android系统framework层代码分析.ppt

Android系统Framework层源码分析（深入理解Android重难点解析） 大纲 一 JNI重难点分析 1.1 注册方法的选择 1.2 垃圾回收 二 init重难点分析 2.1 keywords.h的有趣用法 2.2 用好“DllMain函数”——客户端Property读取的实现 三 Android常用类重难点分析 3.1 RefBase、sp和wp 3.2 题外话——无所不用其极 四 Binder重难点分析 4.1 时空穿越魔术揭秘 4.2 Binder和线程的关系 五 Audio系统重难点分析 5.1 AudioTrack 方法论 5.2 AudioFlinger中的对象 5.3 AudioPolicyService实例 5.4 audio_control_block_t分析 5.5 学习并实践Desktop Check 大纲（接上） 六 Surface系统重难点分析 6.1 来之不易的Activity 6.2 乾坤大挪移——如何与SurfaceFlinger建立联系？ 6.3 生产者和消费者之间的纽带 6.4 SurfaceFlinger的工作流程分析 6.5 Transaction分析 6.6 CameraService中的严重bug 6.7 PageFlip过程分析 一 JNI重难点分析 1 JNI是什么？ Java Native Interface 2 JNI在程序中有什么作用？ 白话： Java代码通过JNI调用Native(C/C++)写的函数 Native(C/C++)的函数操作Java层的函数(调用函数或者操作对象) 1.1 注册方法的选择 什么是注册？ Java中定义的native函数如何找到Native层对应的函数？ 如何关联这两个函数？ 两种方法： 1 静态法 2 动态法 静态法：很简单，就是找根据一定的函数命名规则，在so库中搜索对应的函数。 native_init?Java_android_media_MediaScanner_native_1init 静态法标准步骤： 先编写Java代码，然后编译生成.class文件 使用Java的工具程序javah，如javah –o output packagename.classname ，这样它会生成一个叫output.h的JNI层头文件。其中packagename.classname是Java代码编译后的class文件，而在生成的output.h文件里，声明了对应的JNI层函数，只要实现里面的函数即可。 静态方法工作原理探析及其弊端 工作原理 当Java层调用native_init函数时，它会从对应的JNI库Java_android_media_MediaScanner_native_linit，如果没有，就会报错。如果找到，则会为这个native_init和Java_android_media_MediaScanner_native_linit建立一个关联关系，其实就是保存JNI层函数的函数指针。以后再调用native_init函数时，直接使用这个函数指针就可以了。 弊端： 需要编译所有声明了native函数的类。只有生成了.class文件后，才能交由javah工具。 默认的Native函数名字巨长 第一次调用某个native函数的时候，需要搜索so库中对应的Native函数。（估计是用dlsym来获得Native函数的函数指针吧！） 动态方法 亲，您们从前面静态方法的介绍中看到了什么？ native函数和JNI层的函数，不就是找一函数指针嘛？ “不找贵的，只找对的” 关键数据结构：JNINativeMethod 如何注册？ Quick Question： 1 什么时候，在哪儿注册JNINativeMethod数组？ Answer： 在一个特殊的native函数中 Quesiton： 这个特殊的native函数又是在什么时候，在哪儿注册的？ Answer: 鸡生蛋？蛋生鸡？ 当Java层通过System.loadLibrary加载完JNI动态库后，紧接着会查找该库中一个叫JNI_OnLoad的函数，如果有，就调用它，而动态注册的工作就是在这里完成的。 1.2 垃圾回收 例子： 可以在别的函数使用这个save_thiz吗？ 引用计数的作用呢？ JNI提供三种类型的引用，足够满足亲们的需求了！ Local Reference：本地引用。在JNI层函数中使用的 非全局