Service深入分析
  上一章我们分析了Android IPC架构,知道了Android服务构建的一些基本理念和原理,本章我们将深入分析Android的服务。Android体系架构中三种意义上服务:
  Native服务
  Android服务
  Init空间的服务,主要是属性设置,这个IPC是利用Socket来完成的,这个我将在另外一章来讨论。
  Navite服务,实际上就是指完全在C++空间完成的服务,主要是指系统一开始初始化,通过Init。rc脚本起来的服务,例如Service Manger service,Zygote service,Media service , ril_demon service等。
  Android服务是指在JVM空间完成的服务,虽然也要使用Navite上的框架,但是服务主体存在于Android空间。Android是二阶段初始(Init2)初始化时建立的服务。
  1 Service本质结构
  我们还是从Service的根本意义分析入手,服务的本质就是响应客户端请求。要提供服务,就必须建立接收请求,处理请求,应答客服端的框架。我想在Android Service设计者也会无时不刻把这个服务本质框图挂在脑海中。从程序的角度,服务一定要存在一个闭合循环框架和请求处理框架

1111.jpg (11.69 KB, 下载次数: 0)

下载附件  保存到相册

2012-3-19 11:09 上传

 

  分析清楚服务框就必须弄清楚以下的机制及其构成。
  (1)闭合循环结构放置在哪里?
  (2)处理请求是如何分发和管理?
  (3)处理框架是如何建立的?
  (4)概念框架是如何建立的?
  2 Service基本框架分析
  Android设计中,Native Service和Android Service采用了同一个闭合循环框架。这个闭合循环框架放置在Native的C++空间中,,IPCThreadState@IPCThreadState.cppIPCThreadState@IPCThreadState.cpp两个类完成了全部工作。
                 

2222.jpg (10.26 KB, 下载次数: 0)

下载附件  保存到相册

2012-3-19 11:12 上传

 

  在服务框架中,ProcessState是公用的部分,这个公用部分最主要的框架就是闭合循环框架和接收到从Binder来的请求后的处理框架。我们将服务框架用ProcessSate来表示,简言之:
  (1) addservice
  (2) 建立闭合循环处理框架。
  int main(int argc, char** argv)
  {
  sp proc(ProcessState::self());
  addService(String16("xxx0"), new xxx0Service());
  addService(String16("xxx1"), new xxx1Service());
  …
  ProcessState::self()->startThreadPool();
  IPCThreadState::self()->joinThreadPool();//闭合循环框架
  }
                     

3333.jpg (47.54 KB, 下载次数: 0)

下载附件  保存到相册

2012-3-19 11:13 上传

 

  2.1 Native Service
  Native Service是在系统Init阶段通过Init。rc脚本建立的服务。
  首先来看看一个例子mediaserver@main_mediaserver.cpp的建立过程。
  int main(int argc, char** argv)
  {
  sp proc(ProcessState::self());
  sp sm = defaultServiceManager();
  LOGI("ServiceManager: %p", sm。get());
  AudioFlinger::instantiate();
  MediaPlayerService::instantiate();
  CameraService::instantiate();
  AudioPolicyService::instantiate();
  ProcessState::self()->startThreadPool();
  IPCThreadState::self()->joinThreadPool();
  },

  我们将代码向下展开了一层,更能看到事物的本质。
  int main(int argc, char** argv)
  {
  sp proc(ProcessState::self());
  sp sm = defaultServiceManager();
  defaultServiceManager()->addService(String16("media。audio_flinger"), new AudioFlinger());
  …
  ProcessState::self()->startThreadPool();
  IPCThreadState::self()->joinThreadPool();
  }
  (1)服务进程建立了ProcessState对象,并将给对象登记在进程的上下文中。
  (2)建立一个新AudioFlinger对象,并将对象登记Service Manager Service中。
  (3)开始就收请求,处理请求,应答这个循环闭合框架。,

  2.2 Android Service
  Androids service是系统二阶段(Init2)初始化时建立的服务。
  Android的所有服务循环框架都是建立SystemServer@(SystemServer.java)上。在SystemServer。java中看不到循环结构,只是可以看到建立了init2的实现函数,建立了一大堆服务,并AddService到service Manager。
  main() @ com/android/server/SystemServer
  {
  init1();
  }
  Init1()是在Native空间实现的(com_andoird_server_systemServer.cpp)。我们一看这个函数就知道了,原来这个闭合循环处理框架在这里:
  init1->system_init() @System_init.cpp
  在system_init()我们看到了这个久违的循环闭合管理框架。
  {
  Call "com/android/server/SystemServer", "init2"
  …
  ProcessState::self()->startThreadPool();
  IPCThreadState::self()->joinThreadPool();
  }
  Init2()@SystemServer.java中建立了Android中所有要用到的服务:
  Entropy Service
  Power Manager
  Activity Manager
  Telephony Registry
  Package Manager
  Account Manager
  Content Manager
  System Content Providers
  Battery Service
  Hardware Service
  Alarm Manager
  Init Watchdog
  Sensor Service
  Window Manager
  Bluetooth Service
  statusbar
  Clipboard Service
  Input Method Service
  NetStat Service
  Connectivity Service
  Accessibility Manager
  Notification Manager
  Mount Service
  Device Storage Monitor
  Location Manager
  Search Service
  Checkin Service
  Wallpaper Service
  Audio Service
  Headset Observer
  Backup Service
  AppWidget Service
  3  ProcessState和IPCThreadState
  从宏观来讲,PocessState及其IPCThreadState处于IPC与内核打交道包装层。前面的章节已经提到,下面我将更详细的分析。有关IPC的c++空间的实现都是从ProcessState这个对象完成的。
                       

4444.jpg (14.85 KB, 下载次数: 0)

下载附件  保存到相册

2012-3-19 11:13 上传

 

  我们可以得出如下的结论:不管JVM的Binder做了多么复杂的操作,最终还是需要利用ProcessState。这个c++空间的对象把数据传递给Binder Driver,接收数据也是通过ProcessState这个对象完成,ProcessState是所有Binder IPC必经的通道。
                     

123.jpg (10.5 KB, 下载次数: 0)

下载附件  保存到相册

2012-3-19 11:18 上传

 

  ProcessState放置在全局变量gProcess中,每个进程只有一个ProcessState对象,负责打开Binder设备驱动,建立线程池等。而IPCThreadState每个线程有一个,IPCThreadState实例登记在Linux线程程的上下文附属数据中,主要负责Binder数据读取,写入和请求处理框架。IPCThreadSate在构造的时候,获取进程的ProcessSate并记录在自己的成员变量mProcess中,通过mProcess可以获取到Binder的句柄。
  3.1 ProcessState的生命周期
  既然ProcessState是Binder通讯的基础,那么Process必须在Binder通讯之前建立。客户端,服务端都必须建立。由于现在重点讨论服务端,所以重心放置在服务端。在Android体系中有c++空间的服务,JVM空间的服务,这两类服务在本质上相同的,只是形式上不同,由于他们都是建立在ProcessState这个基础上,所以在形式上不同就仅仅表现在对OnTransact的回调处理的不同。
  Native Service
  我们直接可以看到使用sp proc(ProcessState::self()),建立建立ProcessState,一旦调用ProcessState就建立了,并且这个self将ProcessSate登记在全局变量中。
  Android Service
  建立Android Service服务system_init @System_init.cpp中我们可以看到相同的结构。有一点不同的是所有的Android Service都运行在一个进程中:systemsever进程。
  3.2 Binder Driver包装 @IPCThreadState
  ProcessSate构造的时候,使用open_binder打开/driver/binder,并将句柄记录在mDriverFD,在ProcessState中并不使用这个句柄,真正使用这个Binder设备句柄的是IPCThreadState,所有关于Binder的操作放置在IPCThreadState中:
  (1)读取/写入:talkWithDriver()@IPCThreadState对ioctl(mProcess->mDriverFD, BINDER_WRITE_READ, &bwr)进行包装。
  (2)请求处理:executeCommand(…)@ IPCThreadState
  (3)循环结构:joinThreadPool()
  joinThreadPool()
  {
  While(1){
  talkWithDriver(…)
  …
  executeCommand(…)
  }
  }

Android 核心分析 之七Service深入分析的更多相关文章

  1. Android 核心分析 之五基本空间划分

    基本空间划分 Google给了我们一张系统架构图,在这张图上我们可以看到Android的大体框架组成.                   11.jpg (175.6 KB, 下载次数: 0) 下载附 ...

  2. Android核心分析 之九Zygote Service

    Zygote Service 在本章我们会接触到这两个单词: Zygote [生物] 受精卵, 接合子, 接合体 Spawn:产卵 通过这两个单词,我们就可以大体知道Zygote是干什么的了,就是叫老 ...

  3. Android 核心分析 之六 IPC框架分析 Binder,Service,Service manager

    IPC框架分析 Binder,Service,Service manager 我首先从宏观的角度观察Binder,Service,Service Manager,并阐述各自的概念.从Linux的概念空 ...

  4. Android核心分析之二十二Android应用框架之Activity

    3 Activity设计框架 3.1 外特性空间的Activity    我们先来看看,android应用开发人员接触的外特性空间中的Activity,对于AMS来讲,这个Activity就是客服端的 ...

  5. Android核心分析之二十一Android应用框架之AndroidApplication

    Android Application Android提供给开发程序员的概念空间中Application只是一个松散的表征概念,没有多少实质上的表征.在Android实际空间中看不到实际意义上的应用程 ...

  6. Android核心分析之十六Android电话系统-概述篇

    Android电话系统之概述篇 首先抛开Android的一切概念来研究一下电话系统的最基本的描述.我们的手机首先用来打电话的,随后是需要一个电话本,随后是PIM,随后是网络应用,随后是云计算,随后是想 ...

  7. Android 核心分析之十三Android GWES之Android窗口管理

    Android GWES之Android窗口管理1基本构架原理 Android的窗口管理是C/S模式的.Android中的Window是表示Top Level等顶级窗口的概念.DecorView是Wi ...

  8. Android核心分析 之一分析方法论探讨之设计意图

    为什么要研究Android,是因为它够庞大,它够复杂,他激起了我作为一个程序员的内心的渴望,渴望理解这种复杂性.我研究的对象是作为手机开发平台的Android软件系统部分,而不是Dalvik虚拟机本身 ...

  9. Android核心分析之二十Android应用程序框架之无边界设计意图

    Android应用程序框架1 无边界设计理念 Android的应用框架的外特性空间的描述在SDK文档(http://androidappdocs.appspot.com/guide/topics/fu ...

随机推荐

  1. MVC模式中路由如何生成URL

    路由有必要的参数吗 在MVC设计模式中,一个比较重要的步骤是浏览器发送的请求如何生成相应的URL,交给服务器去实例化相应的控制器类然后调用相应的控制器类的对应方法,返回视图给用户.这个流程细说起来比较 ...

  2. C++中栈的出栈,入栈规则:A,B,C,D,E

    考题: 栈底至栈顶一次存放元素 ABCD 在第五个元素E入栈之前  栈中元素可以出栈,则出栈序列可能是_____a d___________. a.  ABCED b.  DBCEA   c.  CD ...

  3. ELK:kibana使用的lucene查询语法

    kibana在ELK阵营中用来查询展示数据elasticsearch构建在Lucene之上,过滤器语法和Lucene相同 kibana4官方演示页面 全文搜索 在搜索栏输入login,会返回所有字段值 ...

  4. android 高德地图出现【定位失败key鉴权失败】

    如题:android 高德地图出现[定位失败key鉴权失败] 原因:使用的是debug模式下的SHA1,发布的版本正确获取SHA1的方式见: 方法二使用 keytool(jdk自带工具),按照如下步骤 ...

  5. 【Unique Binary Search Trees】cpp

    题目: Given n, how many structurally unique BST's (binary search trees) that store values 1...n? For e ...

  6. Java 7 中 NIO.2 的使用——第二节 元数据文件的属性

    如果你有很多疑问关于一个文件或目录,它是否是隐藏的,它的大小是多少,谁拥有它,你可以从元数据中得到这些信息.所谓的元数据,就是描述数据的数据. NIO.2组织了这些原数据的属性的概念,并提供了java ...

  7. 在mac下使用brew和brew cask轻松实现软件安装

    Brew(homebrew) 1.简介 Brew 是 Mac 下面的包管理工具,通过 Github 托管适合 Mac 的编译配置以及 Patch,可以方便的安装开发工具. Mac 自带ruby 所以安 ...

  8. 小技巧---查doc文档的index.html怎么用的和chm一样

    看包里面是否有E:\Java\hibernate3.3.2\hibernate-annotations-3.4.0.GA\hibernate-annotations-3.4.0.GA\doc\refe ...

  9. VIM 技巧 (一)全文统一添加

    大家应该有遇到过给整篇内容增加同样的东西的经历.例如给每行结尾增加分号.冒号等内容. 今天和大家分享下 关于此场景如何快速.高效的实现. 例如 Line one Line two Line three ...

  10. 【ContestHunter】【弱省胡策】【Round3】(C)

    容斥原理+Fib Orz HE的神犇们 蒟蒻只能改出来第三题……实在太弱 官方题解:http://pan.baidu.com/s/1o6MdtQq fib的神奇性质……还有解密a[i]的过程……这里就 ...