Android系统Framework层源码分析
Android系统进程间通信Binder机制在应用程序框架层的Java接口源代码分析
在前面几篇文章中，我们详细介绍了Android系统进程间通信机制Binder的原理，并且深入分析了系统提供的Binder运行库和驱动程序的源代码。
细心的读者会发现，这几篇文章分析的Binder接口都是基于C/C++语言来实现的，但是我们在编写应用程序都是基于Java语言的，那么，我们如何使用Java语言来使用系统的Binder机制来进行进程间通信呢？这就是本文要介绍的Android系统应用程序框架层的用Java语言来实现的Binder接口了。
熟悉Android系统的读者，应该能想到应用程序框架中的基于Java语言的Binder接口是通过JNI来调用基于C/C++语言的Binder运行库来为Java应用程序提供进程间通信服务的了。
JNI在Android系统中用得相当普遍，SDK中的Java 接口API很多只是简单地通过JNI来调用底层的C/C++运行库从而为应用程序服务的。
这里，我们仍然是通过具体的例子来说明Binder机制在应用程序框架层中的Java接口，主要就是Service Manager、Server和Client这三个角色的实现了。
通常，在应用程序中，我们都是把Server实现为Service的形式，并且通过IServiceManager.addService接口来把这个Service添加到Service Manager，Client也是通过IServiceManager.getService接口来获得Service接口，接着就可以使用这个Service提供的功能了，这个与运行时库的Binder接口是一致的。
前面我们学习Android硬件抽象层时，曾经在应用程序框架层中提供了一个硬件访问服务HelloService，这个Service运行在一个独立的进程中充当Server的角色，使用这个Service的Client运行在另一个进程中，它们之间就是通过Binder机制来通信的了。
这里，我们就使用HelloService这个例子来分析Android系统进程间通信Binder机制在应用程序框架层的Java接口源代码。
黑马程序员android开发笔记及源码
01、什么是3G02、android系统简介03、android背景介绍04、android的framewor简介05、两种虚拟机的比较06、sdk的下载以及简介07、创建android模拟器08、ddms简介09、platform-tools的简介及常见adb指令10、android项目的目录结构11、android下apk安装的过程12、常见的adb指令介绍13、创建模拟器遇到的常见错误14、电话拨号器15、点击事件的四种写法16、短信发送器17、相对布局&单位介绍18、现形布局&布局的组合19、表格布局&绝对布局20、帧布局21、测试相关概念22、android下junit测试框架配置23、logcat简介24、保存文件到手机内存25、android下文件访问的权限26、保存文件到SD卡中27、分析setting源代码获取SD卡大小28、_sharePreference入门29、xml文件的序列化30、采用pull解析xml文件31、采用断电调试的方法观察pull解析的的流程32、android下创建一个sqllite数据库33、sql语句实现数据库的增删改查34、系统api实现数据库的增删改查&Sqlite3工具的使用35、数据库的事物36、listView入门37、采用layoutInflater打气筒创建一个view对象38、采用数据适配器ArryAdapter39、常用数据适配器simpleAdapter40、数据适配器总结41、内容提供者简介42、内容提供者的实现43、短信的备份44、插入一条记录到系统短信应用45、内容观察者46、获取系统的联系人信息47、保存联系人到系统通讯录48、读取联系人的一个小细节49、网络图片查看器50、anr产生的原理&如何避免51、android消息机制入门52、网络html查看器53、字符乱码问题的处理54、采用get方式提交数据到服务器55、采用post方式提交数据到服务器56、提交数据到服务器中文乱码问题的处理57、采用httpclient提交数据到服务器58、异步http框架简介&实现原理59、异步http框架提交数据到服务器60、上传文件到服务器61、smartimageview&常见开源代码62、多线程下载的原理63、多线程断点下载的原理64、多线程java代码移植到android65、多线程下载文本页面的更新66、显示意图激活另一个activity67、隐式意图激活另一个activity68、隐式意图的配置69、隐式意图和显示意图的使用场景70、在不同activity之间数据传递71、activity的声明周期72、activity的启动模式73、activity横竖屏切换的声明周期74、开启新的activity获取他的返回值75、请求码和结果码的作用76、利用广播实现ip拨号77、短信窃听器78、自定义广播时间&发送自定义广播&广播接受者优先级79、采用服务执行长期后台操作80、采用服务窃听电话&服务的声明周期81、android进程优先级&为什么使用服务82、绑定方式开启服务&调用服务的方法83、服务的声明周期（混合开启84、采用aidl绑定远程服务85、代码注册广播接受者&利用广播调用服务的办法86、加载大图片到内存87、获取图片exif信息88、从gallery获取图片89、图片画画板90、扒开美女衣服91、图片的缩放92、图片的旋转93、图片的平移&镜面&倒影效果94、图片的合成95、图片的颜色处理96、多媒体播放api简介97、人脸识别98、mediaplayer的生命周期99、soundpoo简介100、sufaceview的生命周期101、播放在线视频102、视频播放器进度的处理103、调用系统照相机拍照和录像104、采用camera拍照105、常见对话框106、notification入门107、菜单108、android下的样式109、android下的主题110、代码编写ui111、html创建ui112、帧动画113、代码创建创建的tween动画114、xml文件定义动画115、传感器简介116、117、杀死进程118、apk的安装119、应用程序的反编译120、动态创建fragment121、用fragment创建一个选项卡122、fragment的向下兼容性123、fragment的生命周期124、fragment之间的通讯125、应用程序国际化04、android的framewor简介Wap：wait and playWireless Makeup Language（WML）精简的html语言Applications：android自带的基本上层应用Aplication framework：应用程序框架Librarics：Linux lernel：05、两种虚拟机的比较编译后文件格式：jvm：.java->.class->.jardalvik vm:.java->.dex->.odex基于的架构：jvm:基于栈的架构dalvik vm:基于寄存器的架构Cpu直接访问寄存器因此dalvik虚拟机的效率比jvm高06、sdk的下载以及简介->获取sdk工具包(sdk:standard develope kits)->ADT(android develop tools,实际上是eclipse的插件)SDK具体内容Android->SDK Plateform：开发时使用到的jar包->Samples for sdk：->ARM EABI V7a System Image:模拟器运行时的镜像->Intel n86 Aton System:模拟器运行时的镜像->MIPS System Image:模拟器运行时的镜像->google APIs:google提供的jar包，可以直接使用google提供的一些API ->source for android SDK:SDK全部的源代码Extrals：->tools：开发的工具->support library：实现高版本的android向下的兼容->google Admed Ads SDK：gongle提供的广告插件->Analyties App Irackiong SDK:应用的用户分析->cloud message：云消息->gongle play service：收费服务->google USB Driver:真实的设备驱动开发时：基于4.0，兼容2.2、2.3.307、创建android模拟器avd：android virture developerVGA:480*640(电视的标准分辨率)QVGA:240*320(四分之一)HVGA:320*480(一半)WVGA:480*800(width)FWVGA:480*854（更宽）08、ddms简介ddms:模拟器不支持中文，因此发送中文会显示不出来09、platform-tools的简介及常见adb指令Android调试桥：内部实现就是socket让两个系统之间实现数据交互->reset adb:模拟器找不到时候可以重启->adb device：列出所有的连接的设备->adb kill-server:杀死adb调试桥->adb start-server 启动adb调试桥dx.bat:将.class文件打包10、android项目的目录结构一：SDK的目录结构->Samples->Api demo：根据API demo（模拟器上面可以看见）的效果可以在sample中看见相应的代码->Source:jar包所有的sdk源代码都在这个文件夹里->SystemImage：系统镜像->temp：下载更新临时存储的文件夹，一般是空的->tools：emulater.ext 不同版本的模拟器二：New Android Application->theme：留给以后作为扩展，现在并没有太大的作用->target SDK:一般选择高版本，因为高版本对下兼容->mark project as a library：一般不选择，意思是将这个项目提供一个jar包供别人使用三：文件夹目录.setting:设置目录assets:资产目录,存放一些文件，这些文件会被原封不动打包到应用程序的apk中bin：gen:自动生成的目录->builderConfig.java:生成的配置信息->R.java:Android 4.1.2->android.jar开发环境，jar包可以在properties中修改，jar包就是SDK011、Android下apk的安装过程一、Android安装过程分析：->setContentView:甚至view的对象，把里面的xml文件加载到->在project中选择build automaticly会自动把文件生成字节码文件，.class $代表的class文件生成的是内部类->dex.bat文件会把.class文件生成.dex文件->apk压缩文件解压内部内容->META-INF:应用程序的签名eclipse的调试签名文件->res:资源文件->classes.dex:class文件->resources.arsc：资源ID映射->android软件安装的过程：->拷贝xxx.apk带/data/app/xxx-1.apk->在/data/data目录下创建一个文件夹，文件夹名称当前应用程序的报名012、常见adb指令前提：->设备连接上电脑而且驱动安装正常，如果安装不正常的话，会有黄色的问号显示；->设备上打开USB调试；指令：->adb device（如果启动发现这个程序没有安装会自动安装）->adb kill-server->adb start-server->adb uninstall <包名>->adb -s emulator-5554 install c:\\users\\administrator\\hello.apk如果有多个设备的话，如果不指定安装的是哪个设备程序会报错->adb push haha.prop /sdcard/haha.txt 将文件移到(360管家，豌豆荚之类的软件他们也是用的adb指令，倘若电脑上装这些软件的话，会因为两个adb指令抢端口号而挂掉)（adb版本之间兼容不是很好，经常报错可以考虑下版本的问题）->adb shell：远程连接到了android的linux终端ls:显示文件夹ps:显示正在运行的程序ping:网络连通性013、创建模拟器遇到的常见错误->路径最好不要有中文：->应用安装不上，或者安装模拟器的时候开启一个新的模拟器：可能是模拟器的资源被占用，模拟器在运行的时候其实占用着硬盘上面的一个文件，这个文件位于工作空间.android/avd/iphone.avd 里面会有镜像文件，当一个模拟器开启起来了，就给你创建一个文件夹.knock的文件夹，代表着这个模拟器被锁定了，如果把模拟器关掉，就没有程序占据这几个镜像资源了，那么这几个程序就会被自动删除。
第二篇 Android系统构架分析和应用程序目录结构分析
第二节：Android系统构架分析和应用程序目录结构分析内容：Android系统构架简介Android应用程序结构分析一、Android系统构架Android系统从底向上一共分了4层，每一层都把底层实现封装，并暴露调用接口给上一层。
下面是简单翻译的版本：1.Linux内核(Linux Kernel)o Android运行在linux kernel 2.6之上，但是把linux内受GNU协议约束的部分做了取代，这样在Android的程序可以用于商业目的。
o Linux 内核是硬件和软件层之间的抽象层。
2.中间件o中间件包括两部分：核心库和运行时(libraries & Android runtime)o核心库包括，SurfaceManager 显示系统管理库，负责把2D或3D内容显示到屏幕；Media Framework 媒体库，负责支持图像，支持多种视频和音频的录制和回放；SQlite 数据库，一个功能强大的轻量级嵌入式关系数据库；WebKit 浏览器引擎等。
o Dalvik虚拟机：区别于Java虚拟机的是，每一个Android 应用程序都在它自己的进程中运行，都有一个属于自己的Dalvik 虚拟机，这一点可以让系统在运行时可以达到优化，程序间的影响大大降低。
Dalvik虚拟机并非运行Java字节码，而是运行自己的字节码。
3.应用程序框架(Application Framework)o丰富而又可扩展性的视图（Views），可以用来构建应用程序，它包括列表（lists），网格（grids），文本框（text boxes），按钮（ buttons），可嵌入的web 浏览器。
o内容提供者（Content Providers）使得应用程序可以访问另一个应用程序的数据（如联系人数据库），或者共享它们自己的数据。
o资源管理器（Resource Manager）提供非代码资源的访问，如本地字符串，图形，和布局文件（ layoutfiles ）。
深入理解Android5源代码
深⼊理解Android5源代码深⼊理解Android 5 源代码1 Android系统介绍1.1 Android系统成功的秘诀1.1.1 获取了业界的⼴泛⽀持1.1.2 研发阵容强⼤1.1.3 为开发⼈员“精⼼定制”1.1.4 开源1.2 剖析Android系统架构1.2.1 底层操作系统层（OS）1.2.2 各种库（Libraries）和Android运⾏环境（RunTime）1.2.3 ApplicationFramework（应⽤程序框架）1.2.4 顶层应⽤程序（Application）1.3 五⼤组件1.3.1 Activity界⾯1.3.2 Intent和IntentFilters切换1.3.3 Service（服务）1.3.4 BroadcastReceiver发送⼴播1.3.5 ⽤ContentProvider存储数据1.4 进程和线程1.4.1 什么是进程1.4.2 什么是线程2 获取并编译Android源代码2.1 获取Android源代码2.1.1 在Linux系统中获取Android源代码2.1.2 在Windows平台获取Android源代码2.2 分析Android源代码结构2.2.1 总体结构2.2.2 应⽤程序部分2.2.3 应⽤程序框架部分2.2.4 系统服务部分2.2.5 系统程序库部分2.2.6 硬件抽象层部分2.3 Android源代码提供的接⼝2.3.1 暴露接⼝和隐藏接⼝2.3.2 调⽤隐藏接⼝2.4 编译源代码2.4.1 搭建编译环境2.4.2 在模拟器中运⾏2.5 编译源代码⽣成SDK3 分析Java Native Interface系统3.1 JNI基础3.1.1 JNI的功能结构3.1.2 JNI的调⽤层次3.1.3 分析JNI的本质3.2 分析MediaScanner3.2.1 分析Java层3.2.2 分析JNI层3.2.3 分析Native（本地）层3.3 分析Camera系统的JNI3.3.1 Java层预览接⼝3.3.2 注册预览的JNI函数3.3.3 C/C++层的预览函数4 分析HAL系统4.1 HAL基础4.1.1 推出HAL的背景4.1.2 HAL的基本结构4.2 分析HAL module架构4.2.1 hw_module_t4.2.2 结构hw_module_methods_t的定义4.2.3 hw_device_t结构4.3 分析⽂件hardware.c4.3.1 寻找动态链接库的地址4.3.2 数组variant_keys4.3.3 载⼊相应的库4.3.4 获得hw_module_t结构体4.4 分析硬件抽象层的加载过程4.5 分析硬件访问服务4.5.1 定义硬件访问服务接⼝4.5.2 具体实现4.6 分析Android官⽅实例4.6.1 获取实例⼯程源代码4.6.2 直接调⽤Service⽅法的实现代码4.6.3 通过Manager调⽤Service的实现代码4.7 HAL和系统移植4.7.1 移植各个Android部件的⽅式4.7.2 设置设备权限4.7.3 init.rc初始化4.7.4 ⽂件系统的属性5 分析IPC通信机制5.1 Binder机制概述5.2 分析Binder驱动程序5.2.1 分析数据结构5.2.2 分析设备初始化5.2.3 打开Binder设备⽂件5.2.4 内存映射5.2.5 释放物理页⾯5.2.6 分配内核缓冲区5.2.7 释放内核缓冲区5.2.8 查询内核缓冲区5.3 Binder封装库5.3.1 类BBinder5.3.2 类BpRefBase5.3.3 类IPCThreadState5.4 初始化Java层Binder框架5.5 分析MediaServer的通信机制5.5.1 MediaServer的⼊⼝函数5.5.2 ProcessState5.5.3 defaultServiceManager5.5.4 注册MediaPlayerService5.5.5 分析StartThread Pool和join Thread Pool6 分析Binder对象和Java接⼝6.1 分析实体对象（binder_node）6.2 分析本地对象（BBinder）6.3 分析引⽤对象（binder_ref）6.4 分析代理对象（BpBinder）6.5 分析Java接⼝6.5.1 获取Service Manager6.5.2 分析ActivityManagerService的Java层7 分析ServiceManager和MessageQueue 7.1 分析ServiceManager7.1.1 分析主⼊⼝函数7.1.2 打开Binder设备⽂件7.1.3 注册处理7.1.4 创建Binder实体对象7.1.5 尽职的循环7.1.6 将信息注册到ServiceManager7.1.7 分析MediaPlayerService和Client7.2 获得Service Manager接⼝7.3 分析MessageQueue7.3.1 创建MessageQueue7.3.2 提取消息7.3.3 分析函数nativePollOnce8 init进程和Zygote进程8.1 分析init进程8.1.1 分析⼊⼝函数8.1.2 分析配置⽂件8.1.3 分析Service8.1.4 解析on字段的内容8.1.5 init控制Service8.1.6 控制属性服务8.2 分析Zygote（孕育）进程8.2.1 Zygote基础8.2.2 分析Zygote的启动过程9 System进程和应⽤程序进程9.1 分析System进程9.1.1 启动System进程前的准备⼯作9.1.2 分析SystemServer9.1.3 分析EntropyService9.1.4 分析DropBoxManagerService9.1.5 分析DiskStatsService9.1.6 分析DeviceStorageManagerService（监测系统内存存储空间的状态）9.1.7 分析SamplingProfilerService9.2 分析应⽤程序进程9.2.1 创建应⽤程序9.2.2 启动线程池9.2.3 创建信息循环10 分析Activity组件10.1 Activity基础10.1.1 Activity状态10.1.2 剖析Activity中的主要函数10.2 分析Activity的启动源代码10.2.1 Launcher启动应⽤程序10.2.2 返回ActivityManagerService的远程接⼝10.2.3 解析intent的内容10.2.4 分析检查机制10.2.5 执⾏Activity组件的操作10.2.6 将Launcher推⼊Paused状态10.2.7 处理消息10.2.8 暂停完毕10.2.9 建⽴双向连接10.2.10 启动新的Activity10.2.11 通知机制10.2.12 发送消息11 应⽤程序管理服务——PackageManagerService分析11.1 PackageManagerService概述11.2 系统进程启动11.3 开始运⾏11.4 扫描APK⽂件11.5 解析并安装⽂件11.6 启动系统默认Home应⽤程序Launcher11.6.1 设置系统进程11.6.2 启动Home应⽤程序11.6.3 启动uncher11.6.4 加载应⽤程序11.6.5 获得Activity12 Content Provider存储机制12.1 Content Provider基础12.1.1 ContentProvider在应⽤程序中的架构12.1.2 ContentProvider的常⽤接⼝12.2 启动Content Provider12.2.1 获得对象接⼝12.2.2 存在校验12.2.3 启动Android应⽤程序12.2.4 根据进程启动Content Provider 12.2.5 处理消息12.2.6 具体启动12.3 Content Provider数据共享12.3.1 获取接⼝12.3.2 创建CursorWindow对象12.3.3 数据传递12.3.4 处理进程通信的请求12.3.5 数据操作13 分析⼴播机制源代码13.1 Broadcast基础13.2 发送⼴播信息13.2.1 intent描述指⽰13.2.2 传递⼴播信息13.2.3 封装传递13.2.4 处理发送请求13.2.5 查找⼴播接收者13.2.6 处理⼴播信息13.2.7 检查权限13.2.8 处理的进程通信请求13.3 分析BroadCastReceiver13.3.1 MainActivity的调⽤13.3.2 注册⼴播接收者13.3.3 获取接⼝对象13.3.4 处理进程间的通信请求14 分析电源管理系统14.1 Power Management架构基础14.2 分析Framework层14.2.1 ⽂件PowerManager.java14.2.2 提供PowerManager功能14.3 JNI层架构分析14.3.1 定义了两层之间的接⼝函数14.3.2 与Linux Kernel层进⾏交互14.4 Kernel（内核）层架构分析14.4.1 ⽂件power.c14.4.2 ⽂件earlysuspend.c14.4.3 ⽂件wakelock.c14.4.4 ⽂件resume.c14.4.5 ⽂件suspend.c14.4.6 ⽂件main.c14.4.7 proc⽂件14.5 wakelock和early_suspend14.5.1 wakelock的原理14.5.2 early_suspend的原理14.5.3 Android休眠14.5.4 Android唤醒14.6 Battery电池系统架构和管理14.6.1 实现驱动程序14.6.2 实现JNI本地代码14.6.3 Java层代码14.6.4 实现Uevent部分14.7 JobScheduler节能调度机制14.7.1 JobScheduler机制的推出背景14.7.2 JobScheduler的实现14.7.3 实现操作调度14.7.4 封装调度任务15 分析WindowManagerService系统15.1 WindowManagerService基础15.2 计算Activity窗⼝的⼤⼩15.2.1 实现View遍历15.2.2 函数relayoutWindow15.2.3 函数relayoutWindow15.2.4 拦截消息的处理类15.2.5 判断是否计算过16 分析电话系统16.1 Android电话系统详解16.1.1 电话系统简介16.1.2 电话系统结构16.1.3 驱动程序介绍16.1.4 RIL接⼝16.1.5 分析电话系统的实现流程16.2 电话系统中的⾳频模块16.2.1 ⾳频系统结构16.2.2 分析⾳频系统的层次16.3 分析拨号流程16.3.1 拨号界⾯16.3.2 实现Phone应⽤16.3.3 Call通话控制16.3.4 静态⽅法调⽤16.3.5 通话管理16.3.6 dial拨号16.3.7 状态跟踪16.3.8 RIL消息“出/⼊”⼝16.3.9 显⽰通话主界⾯17 分析短信系统17.1 短信系统的主界⾯17.2 发送普通短信17.3 发送彩信17.4 接收短信17.4.1 Java应⽤层的接收流程17.4.2 Framework层的处理过程18 Sensor传感器系统详解18.1 Android传感器系统概述18.2 Java层详解18.3 Frameworks层详解18.3.1 监听传感器的变化18.3.2 注册监听18.4 JNI层详解18.4.1 实现Native（本地）函数18.4.2 处理客户端数据18.4.3 处理服务端数据18.4.4 封装HAL层的代码18.4.5 处理消息队列18.5 HAL层详解19 分析SEAndroid系统19.1 SEAndroid概述19.1.1 内核空间19.1.2 ⽤户空间19.2 ⽂件安全上下⽂19.2.1 设置打包在ROM⾥⾯的⽂件的安全上下⽂19.2.2 设置虚拟⽂件系统的安全上下⽂19.2.3 设置应⽤程序数据⽂件的安全上下⽂19.3 进程安全上下⽂19.3.1 为独⽴进程静态地设置安全上下⽂19.3.2 为应⽤程序进程设置安全上下⽂20 分析ART系统20.1 对⽐Dalvik VM和ART20.2 启动ART20.2.1 运⾏app_process进程20.2.2 准备启动20.2.3 创建运⾏实例20.2.4 注册本地JNI函数20.2.5 启动守护进程20.2.6 解析参数20.2.7 初始化类、⽅法和域20.3 分析主函数main20.4 查找⽬标类20.4.1 函数LookupClass()20.4.2 函数DefineClass()20.4.3 函数InsertClass()20.4.4 函数LinkClass()20.5 类操作20.6 实现托管操作20.7 加载OAT⽂件20.7.1 产⽣OAT20.7.2 创建ART虚拟机20.7.3 解析启动参数并创建堆20.7.4 ⽣成指定⽬录⽂件20.7.5 加载OAT⽂件20.7.6 解析字段思维导图防⽌博客图床图⽚失效，防⽌图⽚源站外链：思维导图在线编辑链接：。
Android项目结构分析
第2章A n d r o i d项目结构分析(总17页)--本页仅作为文档封面，使用时请直接删除即可----内页可以根据需求调整合适字体及大小--电子教案第2章 Android项目结构分析教学目标：课程重点：Android系统架构应用程序基本组件应用程序生命周期资源文件课程难点：应用程序基本组件应用程序生命周期教学方法：理论讲解、案例实训教学过程：Android的系统架构Android作为一个移动设备的开发平台，其系统架构和其他操作系统一样，采用了分层的架构。
从架构图2-1看，android从高层到低层分为以下几个层次。
应用程序层（Application）应用程序框架层(Application Framework)各种库（Libraries）和运行环境(RunTime)linux核心层(OS)图2-1 Android系统架构图应用程序（Application）Android的应用程序通常涉及用户界面和用户交互，这类程序是用户实实在在能感觉到的。
Android会同一系列核心应用程序包一起发布，该应用程序包包括email客户端，SMS短消息程序，日历，地图，浏览器，联系人管理程序等。
所有的应用程序都是使用JAVA语言编写的。
应用程序框架(Application Framework)普通开发者可以使用Android基本应用程序使用的系统API，Android 应用框架中的各个模块都可以被复用，各种服务也可以被复用，理解了这个机制，开发人员可以更好更轻松地开发出优秀的Android应用。
开发过程中常用到的基本框架组件如下：一组View（UI 组件），这些UI组件包括Button(按钮），EidtView（文本框），TextView（标签），List（列表）等等，灵活运用这些组件可以快速方便的创建良好的用户交互界面。
Content Providers（内容提供者），听起来有点抽象，通俗的理解Content Provider 就是提供一种服务，通过这种服务应用程序之间可以实现数据的互相访问和共享，比如通讯录的存储就使用了这种服务，其它应用也可以访问通讯录中存储的联系人信息。
Android 系统Gsensor系统架构
Android 系统Gsensor系统架构一、首先建立这样一个全局的观念：Android中sensor在Android系统架构中的位置及其工作。
方框图如下：从以上方框图中，可以看出Android中sensor在系统分为四层：驱动层（Sensor Driver）、硬件抽象层（Native）、中间层（Framework）、应用层（Java）。
硬件抽象层与中间层可以合并一起作为Framework层。
针对我们xx这里一个具体的Gsensor，下面将以具体的源码形式来讲解以上的这个系统框图。
二、驱动层（Sensor Driver Layer）芯片ADXL345为GSensor，至于硬件的具体工作原理，须分析ADXL345的DataSheet。
驱动源码位于：xx\custom\common\kernel\accelerometer\adxl345目录。
由于ADXL345是以I2C形式接口挂接到Linux系统，因此同时需要分析Linux的I2C子系统架构（略）。
其源码位于：1、xx\platform\xx\kernel\drivers\i2c2、kernel\drivers\i2c查看ADXL345.c文件，分析针对于其硬件工作原理的几个函数。
硬件初始化：[cpp] view plaincopystatic int adxl345_init_client(structi2c_client *client, int reset_cali) { structadxl345_i2c_data *obj = i2c_get_clientdata(client);int res = 0; adxl345_gpio_config();//配置GPIO口，这里由于不使用中断，所以将中断引脚配置成输入输出口。
res =ADXL345_CheckDeviceID(client); //检测设备ID，通过读ADXL345的DEVID寄存器if(res !=ADXL345_SUCCESS) { returnres; } res =ADXL345_SetPowerMode(client, false);//设置电源模式，ADXL345有几种电源模式，这里设置false值指不让芯片处于messure模式if(res != ADXL345_SUCCESS) { return res; }res = ADXL345_SetBWRate(client,ADXL345_BW_100HZ);//设置带宽，100Hz if(res != ADXL345_SUCCESS ) //0x2C->BW=100Hz{ return res; } //设置数据格式，具体见datasheet res =ADXL345_SetDataFormat(client,ADXL345_FULL_RES|ADXL345_RANGE_2G);if(res != ADXL345_SUCCESS) //0x2C->BW=100Hz{ return res; }gsensor_gain.x = gsensor_gain.y = gsensor_gain.z =obj->reso->sensitivity; //设置中断寄存器，关闭中断res = ADXL345_SetIntEnable(client, 0x00);//disable INT if(res !=ADXL345_SUCCESS) { return res; } if(0 != reset_cali){ /*reset calibration only in power on*/res = ADXL345_ResetCalibration(client);if(res != ADXL345_SUCCESS){ return res; } }#ifdef CONFIG_ADXL345_LOWPASSmemset(&obj->fir, 0x00, sizeof(obj->fir));#endif return ADXL345_SUCCESS; } 函数的分析都注释在原理里，红色部分。
android源码解析------Media多媒体framework层分析
android源码解析------Media多媒体framework层分析1.packages\providers\MediaProvider ：含以下 java 文件MediaProvider.javaMediaScannerReceiver.javaMediaScannerService.javaMediaThumbRequest.java2.查看该目录下AndroidMainfest.xml，从MediaScannerService.java 入手。
if (action.equals(Intent.ACTION_BOOT_COMPLETED)) {//收到” 启动完毕“广播后，扫描内部存储/system/media目录，扫描手机内存中的媒体文件scan(context, MediaProvider.INTERNAL_VOLUME);}if (action.equals(Intent.ACTION_MEDIA_MOUNTED) &&externalStoragePath.equals(path)) {// 收到MOUNT 信息后，扫描外部存储，/mnt/sdcard,sdcard 挂载完毕后扫描扩展卡的媒体文件scan(context, MediaProvider.EXTERNAL_VOLUME);}if(action.equals(Intent.ACTION_MEDIA_SCANNER_SCAN_FILE) && path != null && path.startsWith(externalStoragePath + "/")) { // 收到请求启动单个文件的扫描工作，注意这个文件必须位于SD 卡上。
scanFile(context, path);}通过scan(...),scanFile(...)函数启动MediaScannerService.context.startService(newIntent(context,MediaScannerService.class).putExtras(args));3.MediaScannerService.javaonCreate(...)函数开启新的线程。
android包管理服务(PackageManagerService)源码分析
具 dexopt 进行优化处理；将解析出的 componet 添加到 pkg 的对应列表里； 对 apk 进行签名和证书校验,进行完整性验证。 8.将解析的每个 apk 的信息保存到 packages.xml 和 packages.list 文件里， packages.list 记录了如下数据：pkgName，userId，debugFlag，dataPath（包的数据路径）
在 Systemserver 启动 PackageManagerService.main
new PackageManagerDervice(), 并添加到 ServiceManager
建立 Installer 与 Installd 的 socket 联接
Байду номын сангаас
创建 PackageHandler 消息处理循环
Android PackageManagerService 分析（1.0） 概要
本篇主要分析了系统启动阶段包管理服务的启动流程，其中的几个接口在 apk 安装时也会 被调用。包管理服务启动时主要做的工作大致有如下几方面： 1.建立 java 层的 installer 与 c 层的 installd 的 socket 联接，使得在上层的 install,remove,dexopt 等功能最终由 installd 在底层实现 2. 建 立 PackageHandler 消 息 循 环 ， 用 于 处 理 外 部 的 apk 安 装 请 求 消 息 ， 如 adb install,packageinstaller 安装 apk 时会发送消息 3.解析/system/etc/permission 下 xml 文件(framework/base/data/etc/)，包括 platform.xml 和系统 支持的各种硬件模块的 feature.主要工作： (1)建立底层 user ids 和 group ids 同上层 permissions 之间的映射；可以指定一个权限与几个 组 ID 对应。当一个 APK 被授予这个权限时，它也同时属于这几个组。 (2) 给一些底层用户分配权限，如给 shell 授予各种 permission 权限；把一个权限赋予一个 UID，当进程使用这个 UID 运行时，就具备了这个权限。 (3) library,系统增加的一些应用需要 link 的扩展 jar 库； (4) feature, 系 统 每 增 加 一 个 硬 件 ， 都 要 添 加 相 应 的 feature. 将 解 析 结 果 放 入 mSystemPermissions,mSharedLibraries,mSettings.mPermissions,mAvailableFeatures 等几个集合 中供系统查询和权限配置使用。 4.检查/data/system/packages.xml 是否存在，这个文件是在解析 apk 时由 writeLP()创建的，里面记录了系统的 permissions，以及每个 apk 的 name,codePath,flags,ts,version,uesrid 等信息，这些信息主要通过 apk 的 AndroidManifest.xml 解析获取，解析完 apk 后将更新信息写入这个文件并保 存到 flash，下次开机直接从里面读取相关信息添加到内存相关列表中。当有 apk 升级，安装或删除时会更新这个文件。 5.检查 BootClassPath，mSharedLibraries 及/system/framework 下的 jar 是否需要 dexopt，需要的则通过 dexopt 进行优化 6.启动 AppDirObserver 线程监测/system/framework,/system/app,/data/app,/data/ app-private 目录的事件,主要监听 add 和 remove 事件。对于目录监听底层通过 inotify 机制实现，inotify 是一种文件系统的变化通知机制，如文件增加、删除 等事件可以立刻让用户态得知,它为用户态监视文件系统的变化提供了强大的支持。 当有 add event 时调用 scanPackageLI(File , int , int)处理； 当有 remove event 时调用 removePackageLI()处理; 7.对于以上几个目录下的 apk 逐个解析，主要是解析每个 apk 的 AndroidManifest.xml 文件，处理 asset/res 等资源文件，建立起每个 apk 的配置结构信息， 并将每个 apk 的配置信息添加到全局列表进行管理。调用 installer.install()进 行安装工作,检查 apk 里的 dex 文件是否需要再优化,如果需要优化则通过辅助工
Android的系统架构
Android的系统架构Android的系统架构和其它操作系统一样，采用了分层的架构。
android分为四个层，从高层到低层分别是应用程序层、应用程序框架层、系统运行库层和linux核心层。
Android是以Linux为核心的手机操作平台，作为一款开放式的操作系统，随着Android的快速发展，如今已允许开发者使用多种编程语言来开发Android 应用程序，而不再是以前只能使用Java开发Android应用程序的单一局面，因而受到众多开发者的欢迎，成为真正意义上的开放式操作系统。
在Android中，开发者可以使用Java作为编程语言来开发应用程序，也可以通过NDK使用C/C++作为编程语言来开发应用程序，也可使用SL4A来使用其他各种脚本语言进行编程（如：python、lua、tcl、php等等），还有其他诸如：Qt（qt for android）、Mono（mono for android）等一些著名编程框架也开始支持Android编程，甚至通过MonoDroid，开发者还可以使用C#作为编程语言来开发应用程序。
另外，谷歌还在2009年特别发布了针对初学者的Android Simple 语言，该语言类似Basic语言。
而在网页编程语言方面，JavaScript，ajax，HTML5，jquery、sencha、dojo、mobl、PhoneGap等等都已经支持Android开发。
而在Android系统底层方面，Android使用C/C++作为开发语言。
应用程序（部分）早期的Android应用程序开发，通常通过Android SDK（Android软件开发包）下使用Java作为编程语言来开发应用程序，但通过不同的软件开发包，则使用的编程语言也不同。
例如开发者可以通过Android NDK（Android Native开发包）使用C语言或者C++语言来作为编程语言开发应用程序。
同时谷歌还推出了适合初学者编程使用的Simple语言，该语言类似微软公司的Visual Basic语言。
Android_launcher源码全面分析
launcher:className="com.apical.radio.radioMainActivity" //点击图标时，需要启动的类 launcher:packageName="com.apical.radio" launcher:screen="1" launcher:x="0" l0auncher:y="0" /> //该应用的包名 //第1屏,0-4屏共5屏 //图标X位置,左上角第一个为0,向左递增,0-4共5个 //图标Y位置,左上角第一个为0,向下递增,0-2共3个
Launcher默认是有5个分屏，不过这个可以配置。同样，每行每列有多少图标也是可以配置 的。这里按我修改的是3行5列的界面排布（对应上面的效果图）。 一般配置APP的快捷方式，使用上面的属性标签就可以。
<appwidget //插件
launcher:className="de.dnsproject.clock_widget_main.Clock1AppWidgetProvider" //该应用的类 launcher:packageName="de.dnsproject.clock_widget_main" launcher:screen="1" launcher:x="2" launcher:y="1" launcher:spanX="3" launcher:spanY="2" /> //第1屏,0-4屏共5屏 //图标X位置,左上角第一个为0,向左递增,0-4共5个 //图标Y位置,左上角第一个为0,向下递增,0-2共3个 //在x方向上所占格数 //在y方向上所占格数 //该应用的包名
Android framework camera分析
1 AndroiHale Waihona Puke 's camera 模块概述
Camera 模块是 android 系统中用于处理视频输入的模块。Android 将 camera 定义为一个 framework, 这样客户可以使用 camera's framework 支持不同的硬件,只需客户实现 camera 的 framework 。本文主要介绍 camera framework 和如何实现 camera framework。
class CameraHardwareInterface : public virtual RefBase 类 CameraHardwareInterface 虚拟继承于 RefBase 防止二意性。 RefBase 是引用计数基础类。几乎每个 class 都会继承自 RefBase。
CameraHardwareInterface 中定义了若干函数，下面逐个介绍 virtual ~CameraHardwareInterface() { }
pure vitual function， 设置 3 个 callback,(3 个 callback 一般由 CameraService::Client 中实现）。 下面是 3 个 callback 函数的原型： typedef void (*notify_callback)(int32_t msgType,
virtual sp<IMemoryHeap> getRawHeap() const = 0; pure vitual function, 返回由 new MemoryHeapBase(size) 分配的用于保存 camera 拍照时返回的 rowdata。
virtual void setCallbacks(notify_callback notify_cb, data_callback data_cb, data_callback_timestamp data_cb_timestamp, void* user) = 0;
framework-res 编译
标题：深度解析 framework-res 编译：从原理到应用序每个 Android 应用程序都包含一系列资源，用于定义应用程序的外观和行为。
在这些资源中，framework-res 是一个非常重要的资源包，包含了 Android 系统的核心框架资源。
本文将从编译的角度入手，深度解析 framework-res 的编译过程，帮助读者更加全面地理解此举足轻重的资源包。
一、理解 framework-resframework-res 是 Android 系统的核心资源包，包含了众多的系统级别资源，如图标、样式、布局等。
它为整个 Android 系统提供了基础的 UI 元素和样式，是 Android 应用程序开发不可或缺的重要资源。
在编译过程中，对 framework-res 的处理决定了应用程序的最终外观和性能。
二、framework-res 编译的原理在 Android 应用程序的编译过程中，framework-res 的处理占据着重要的地位。
其编译原理主要分为资源文件的收集、处理和打包三个步骤。
在资源文件的收集阶段，系统会遍历项目中的资源文件，将需要编译的资源文件进行收集；在资源处理阶段，系统会对收集到的资源文件进行处理，如压缩、混淆等；在资源文件打包阶段，系统会将处理后的资源文件打包成最终的 framework-res 文件。
三、framework-res 编译的应用framework-res 编译不仅仅是系统级资源的处理，对于应用程序开发者来说同样重要。
在应用程序的开发过程中，对 framework-res 的编译过程的深入理解可以帮助开发者更好地优化应用程序的性能和外观。
通过合理地处理和打包 framework-res，可以有效减少应用程序的体积，提高应用程序的响应速度，增强用户体验。
四、个人观点和理解在我看来，对于 framework-res 编译过程的深入了解是每个 Android 开发者都应该具备的基本能力。
android系统介绍
Android系统介绍1. 什么是androidAndroid是移动设备的软件堆层（software stack，又名以软件叠层），包括操作系统，中间件和关键应用。
Android 架构（google）Android架构（高通）Android代码结构介绍：版本：2.2.1平台：高通7X27Build ID: M76xxTSNCJNLYA70301Bionic 是一个C库的目录Build 是编译文件的目录，包括编译选项，和环境变量的设置。
Dalvik是android的java虚拟机的源码目录，对于Android的Java应用程序来说，每一个应用对对应于一个独立的Dalvik虚拟机实例进程，当然每个Android Java应用程序的线程也对应于一个Linux线程。
这相当于每个Android Dalvik应用程序都运行在自己的沙盒里面从而保证Dalvik应用程序的安全性。
当然Android系统也充分利用了这个特性，每个Android Dalvik应用程序都被赋予了一个独立的Linux PID（app_*）。
Development是配合开发android源码的一些工具和如何使用window，mac，linux等系统的工具的介绍的目录。
External 还是一些扩展库。
Framework 是android的核心框架，提供了很多上层使用的api和服务。
这个部分是android平台的基础。
Android的应用程序框架为应用程序层的开发者提供APIs，它实际上是一个应用程序的框架。
由于上层的应用程序是以JAVA构建的，因此本层次提供的首先包含了UI程序中所需要的各种控件：例如： Views (视图组件)包括 lists(列表), grids(栅格), text boxes(文本框), buttons(按钮)等。
甚至一个嵌入式的Web浏览器。
一个Andoid的应用程序可以利用应用程序框架中的以下几个部分：Activity （活动）具有可视 UI 的应用程序是用活动实现的。
Android之FrameWork的面试题
Android之FrameWork的⾯试题1 Activity的⽣命周期和启动模式1.1 Activity的⽣命周期全⾯分析⽤户正常使⽤情况下的⽣命周期 & 由于Activity被系统回收或者设备配置改变导致Activity被销毁重建情况下的⽣命周期。
1.1.1 典型情况下的⽣命周期分析Activity的⽣命周期和启动模式1. Activity第⼀次启动：onCreate->onStart->onResume。
2. Activity切换到后台（⽤户打开新的Activity或者切换到桌⾯），onPause->onStop(如果新Activity采⽤了透明主题，则当前Activity不会回调onstop)。
3. Activity从后台到前台，重新可见，onRestart->onStart->onResume。
4. ⽤户退出Activity，onPause->onStop->onDestroy。
5. onStart开始到onStop之前，Activity可见。
onResume到onPause之前，Activity可以接受⽤户交互。
6. 在新Activity启动之前，栈顶的Activity需要先onPause后，新Activity才能启动。
所以不能在onPause执⾏耗时操作。
7. onstop中也不可以太耗时，资源回收和释放可以放在onDestroy中。
1.1.2 异常情况下的⽣命周期分析1 系统配置变化导致Activity销毁重建例如Activity处于竖屏状态，如果突然旋转屏幕，由于系统配置发⽣了改变，Activity就会被销毁并重新创建。
在异常情况下系统会在onStop之前调⽤onSaveInstanceState来保存状态。
Activity重新创建后，会在onStart之后调⽤onRestoreInstanceState来恢复之前保存的数据。
保存数据的流程： Activity被意外终⽌，调⽤onSaveIntanceState保存数据-> Activity委托Window，Window委托它上⾯的顶级容器⼀个ViewGroup（可能是DecorView）。
Android进阶解密
精彩摘录
精彩摘录
DVM中的应用每次运行时，字节码都需要通过即时编译器（Just In Time，JIT）转换为机器码，这会使得 应用的运行效率降低。而在ART中，系统在安装应用时会进行一次预编译（Ahead Of Time，AOT），将字节码预 先编译成机器码并存储在本地，这样应用每次运行时就不需要执行编译了，运行效率也大大提高。
10.2 Java虚拟机结 构
10.3对象的创建
10.4对象的堆内存 布局
1
10.5 oopklass模型
2
10.6垃圾标记 算法
3 10.7 Java对
象在虚拟机中 的生命周期
4
10.8垃圾收集 算法
5
10.9本章小结
11.1 Dalvik虚拟机 11.2 ART虚拟机
11.3 DVM和ART的诞 生
11.4本章小结
12.2 Android中的 ClassLoader
12.1 Java中的 ClassLoader
12.3本章小结
13.1热修复的产生
13.2热修复框架的 种类和对比
13.3资源修复 13.4代码修复
13.5动态链接 库的修复
13.6本章小结
1
14.1 Hook技 术概述
2
14.2 Hook技 术分类
04
8.4 Window的 添加过程 （WMS处理 部分）
05
8.5 Window的 删除过程
06
8.6本章小Leabharlann 结19.1系统源码 中的JNI
9.2
2
MediaRecord
er框架中的
JNI
3
9.3数据类型 的转换
4
9.4方法签名
Android Telephony原理解析与开发指南
1.2 Android系统架构
Android手机操作系统是 一个分层的基于Linux Kernel智能手机操作系 统，共有分为4层，从 上到下分别是: Applications（应用层） Framework（应用框架 层） Libraries（系统运行库 层） Linux Kernel（核心层）
1.2 Android系统架构
2.2 Android源代码下载及编译过程
2.2.1 下载源码
步骤一：下载并配置repo
$ sudo apt-get install python $ curl https:///git-repo-downloads/repo > repo $ chmod a+x repo 注意： 在~/用户主目录下新建一个bin目录，并将此目录设置在PATH目录中；我们将保 存常用的一些脚本或二进制可执行程序在此目录下，不必再更新系统环境变量就 能在任意目录执行这些脚本或可执行程序。 $ mkdir ~/bin $ vi ~/.bashrc 在文件最后一行增加PATH=~/bin:$PATH，保存退出 $ source .bashrc//立即生效配置的PATH目录 $ mv repo ~/bin/
2.1 Ubuntu Linux操作系统及工具安装
2.1.3 安装OpenJDK
注意编译Android源码需要选择不同的JDK。 编译Android O源码需要OpenJDK 8，Ubuntu 17.10系统中安装 和验证OpenJDK的命令如下： $ sudo apt-get update $ sudo apt-get install openjdk-8-jdk $ java -version openjdk version "1.8.0_151" OpenJDK Runtime Environment (build 1.8.0_151-8u151-b120ubuntu0.17.10.2-b12) OpenJDK 64-Bit Server VM (build 25.151-b12, mixed mode)
Android Framework------之PowerManagerService的功能
Android Framework------之PowerManagerService的功能自从接触Android系统已经一年多了，这段时间内对于Android系统的Framework 层的各个模块都有过接触，有时也做过分析，但是一直没能形成一个总结性的东西。
这次下定决心，好好整理整理对于Android系统的学习梳理一下自己的思路。
本文一方面是为了自己梳理下知识，文中涉及的内容，基本是拾人牙慧，很少有自己的东西，最多也就算是自己的总结；除此作用之外，如果能为后来者引玉，也算是一点功德吧。
这次首先是对Android 系统中的PowerManagerService进行下整理。
之所以先选择PowerManagerService，是因为这个模块相对于Android系统中其他的模块而言，与系统其他的模块之间的交互较少，而且Framework中的PowerManagerService模块是由Google开发并维护的，虽然以Linux Kernel的Power为基础，但是它们之间的耦合度低，完全可以把两者分开，单独进行分析也不会造成困惑。
接下来，我会从不同的角度，分别介绍下PowerManagerService的功能。
还是先来看看PowerManagerService在Framework中的目录结构吧。
PowerManagerService在Android4.2源码中的位置是：/frameworks/base/services/Java/com/android/server/power/，在这个目录下有以下文件：DisplayBlanker.javaDisplayPowerController.javaDisplayPowerRequest.javaDisplayPowerState.javaElectronBeam.javaNotifier.javaPowerManagerService.javaRampAnimator.javaScreenOnBlocker.javaShutdownThread.javaSuspendBlocker.javaWirelessChargerDetector.java这些文件中，个人认为对于PoweManagerService而言除了本身的代码，较为重要的有DisplayPowerController.java,DisPlayPowerState.java，Notifier.java.而DisplayPowerRequest相当于一个辅助类，用来存储一些统一的属性和变量，让PowerManagerService和DisplayPoerController, DisplayPowerState交互时能够使用统一的变量。
Android系统Framework层源码分析
动态方法
亲，您们从前面静态方法的介绍中看到了什么？ native函数和JNI层的函数，不就是找一函数指针嘛？ “不找贵的，只找对的......”
关键数据结构：JNINativeMethod 如何注册？
Quick Question： 1 什么时候，在哪儿注册JNINativeMethod数组？
Answer： 在一个特殊的native函数中...... Quesiton： 这个特殊的native函数又是在什么时候，在哪儿注册的？ Answer: 鸡生蛋？蛋生鸡？......
Global Reference：全局引用，这种对象如不主动释放， 就永远不会被垃圾回收。 Weak Global Reference：弱全局引用，一种特殊的 Global Reference。在运行过程中可能会被垃圾回收。
所以在程序中使用它之前，
需要调用JNIEnv的IsSameObject判断它是不是被回收了。
sp的构造
//mRefs就是刚才RefBase构造函数中new出来的影子对象
continue incStrong
调试版的：这几个函数将 do nothing!
//原子操作，影子对象的弱引用计数加1
//刚才增加了弱引用计数，再增加强引用计数
//下面函数为原子加1操作，并返回旧值。所以c=0x1000000，而mStrong变为0x1000001
2.1 keywords.h的用法
声明一些Action函数 定义KEYWORD宏,四个参数， 却只用到第一个参数
使用KEYWORD宏,得到一个枚举： enum{ K_UNKNOWN, K_class, K_on
……
}
两次include keywords.h
第一次包含：得到枚举定义和一些函数