IPC-Android中的进程与进程间通信

一、Android中的进程

官方解释
Android的系统架构底层是Linux,上层采用的是可以运行java(其实是dex字节码)的虚拟机(Dalvik & ART),Dalvik的核心内容是实现库(libdvm.so),大体由C语言实现。依赖于Linux内核的一部分功能——线程机制、内存管理机制,能高效使用内存,并在低速CPU上表现出的高性能。每一个Android应用在底层都会对应一个独立的Dalvik虚拟机实例,其代码在虚拟机的解释下得以执行。

1. 内核进程(确切的说是内核线程kernel thread)和用户进程

这个是根据进程运行空间来区分的。linux常见进程与内核线程

屏幕快照 2017-05-04 13.52.55.png

USER 进程当前用户
PID 进程ID
PPID 父进程ID
VSIZE 进程的虚拟内存大小,以KB为单位
RSS 实际占用的内存大小,以KB为单位
PC Program Counter
NAME 进程状态及名称

上图是用ChromeADB这个工具抓取的系统进程信息,当然也可直接用adb 的ps命名查看。对上图表头的做些解释,PID指的是进程id,PPID指的是parent ID也就是父进程的pid。至于VSIZE和RSS是和内存相关的,暂时不管。仔细观察pid和ppid会发现规律。

1.0. 进程这东西要从Linux说起,Android系统内核是Linux,所以Android系统启动,必须先要Linux系统启动。而Linux下有3个特殊的进程,idle进程(PID = 0), init进程(PID = 1)和kthreadd(PID = 2),至于这三个进程的作用,可以简答的理解为idle(PID=0)的这个是操作系统boot起来后第一个线程,initkthreadd都是由它通过kernel_thread创建出来的。
1.1. kthreadd线程由idle通过kernel_thread创建,并始终运行在内核空间,它的任务就是管理和调度其他内核线程kernel_thread(内核线程)。所有内核进程的用户都是root,所有的内核线程都是直接或者间接的以kthreadd为父进程 。
1.2. init进程:由idle通过kernel_thread创建,在Linux中的定义是一个由内核启动的用户级进程, Kerner启动后会调用/system/core/init/Init.cpp的main()方法,然后解析/init.rc文件,包括所有的.rc文件,最重要的Zygote进程启动起来。所以,init始终是第一个进程(其进程编号始终为1)。在系统启动完成完成后,init将变为守护进程监视系统其他进程。在Android中的含义也是一样的,是所有用户进程的父进程。

//主要进程的创建(kthreadd或者fork)关系,PID给出的那几个的PID在任何设备上都是相同的
idle(PID == 0)
    |---init(PID==1)
            |---servicemanager(它是整个Binder机制的守护进程)
            |---zygote
                 |---system_server
                 |---com.xxx.app(每个app至少有一个进程)
            |---mediaserver
            |--- 。。。其他进程
    |---kthreadd(PID == 2)
            |---binder
            |---watchdog
            |---。。。其他进程

其实对于Android中进程,我们主要关心的是init进程fork出来的那几个重要的进程

2.进程生命周期

看官网解释很清楚,不再抄过来了
Android进程的重要性,划分5级,前台进程的重要性最高,依次递减:
前台进程(Foreground process)
可见进程(Visible process)
服务进程(Service process)
后台进程(Background process)
空进程(Empty process)

作用:必要时(当资源有限时),系统会首先消除重要性最低的进程,然后是重要性略逊的进程,依此类推,以回收系统资源。

3. Android中开启进程的方式

  • Manifest文件给<activity> <service> <receiver> <provider>设置属性android:process 指定单独进程
<!-- 假设包名为me.febsky.app -->
 <activity
       android:name="me.febsky.app.OtherActivity"
       android:process=":remote" />
  • 通过jni在native层fork一个进程出来

注:android:process=":remote" 这行代码翻译一下,其实他的完整进程名为:me.febsky.app:remote(假设当前应用包名为me.febsky.app)。进程名以“:”开头的进程属于当前应用的私有进程,其他应用不可以通过SharedUID的方式和他跑在同一个进程中;而如果没有用“:”,直接指定android:process="me.febsky.remote" 说明开启的这个进程是可以和别的app(这个app必须和当前app签名相同并且指定了sharedUID)共享的。

二、Android中IPC

一个app可以开启多个进程,那么多个进程间就有可能需要通信。IPC是Inter-Process Communication(进程间通信)的首字母缩小。

1. Linux 中一些经典的IPC

Android系统是基于Linux内核的,而Linux内核继承和兼容了丰富的Unix系统进程间通信(IPC)机制。有传统的管道(Pipe)、信号(Signal)和跟踪(Trace),这三项通信手段只能用于父进程与子进程之间,或者兄弟进程之间;后来又增加了命令管道(Named Pipe),使得进程间通信不再局限于父子进程或者兄弟进程之间;为了更好地支持商业应用中的事务处理,在AT&T的Unix系统V中,又增加了三种称为“System V IPC”的进程间通信机制,分别是报文队列(Message)、共享内存(Share Memory)和信号量(Semaphore);后来BSD Unix对“System V IPC”机制进行了重要的扩充,提供了一种称为插口(Socket)的进程间通信机制

Socket:这个东西,在学java网络编程的时候接触的。它在Android中有个经典的使用场景,在启动一个单独进程中的Activity或者Service的时候(Activity和Service的启动后面再说,这里只需知道他们都是通过AMS启动的就行了),ActivityManagerService会通过Socket进程间通信机制,通知Zygote进程为这个应用程序创建一个新的进程。

2. Android上经典的IPC Binder

进程隔离

要说IPC,先要知道进程隔离的概念
wiki解释:进程隔离是为保护操作系统中进程互不干扰而设计的一组不同硬件和软件的技术。这个技术是为了避免进程A写入进程B的情况发生。 进程的隔离实现,使用了虚拟地址空间。进程A的虚拟地址和进程B的虚拟地址不同,这样就防止进程A将数据信息写入进程B。

Binder

这个东西并不是Google搞出来的,Binder的前身是OpenBinder,而OpenBinder的作者Dianne Hackborn现在在Google工作,负责Android平台的开发工作。

Binder主要由Client(Client进程)、Server(Server进程)、ServiceManager和Binder驱动程序组成。其中Client、Service和ServiceManager运行在用户空间,而Binder驱动程序运行在内核空间。核心组件就是 Binder驱动程序了,而ServiceManager提供辅助管理的功能,类似于DNS的作用,无论是Client还是Service进行通信前首先要和ServiceManager取得联系。而ServiceManager是一个守护进程,负责管理Server并向Client提供查询Server的功能。

这里面很重要的一点是Binder驱动,进程a与进程b通信实际上是进程a先于Binder驱动通信,然后Binder驱动再与进程b通信的一个过程。其实进程a或者进程b与Binder的通信也是进程间通信,不过这个Binder驱动是个特殊的进程,他运行在内核空间,至于Binder怎么就搞到了内核空间里面去了可以搜索(Linux的动态可加载内核模块(Loadable Kernel Module,LKM))。由于进程隔离的存在,进程a打死都不可能访问到进程b中的内存的,也就不能进行不能调用进程b中的方法,但是进程a可以通过系统调用的方式访问Binder进程(内核进程),而内核空间的进程能访问用户进程a或者进程b。了解下Linux内核控件和用户控件的概念

ServiceManager是由init进程通过解析init.rc文件而创建的,其所对应的可执行程序/system/bin/servicemanager,所对应的源文件是service_manager.c,进程名为/system/bin/servicemanager。可以把/init.rc文件导出来看下,没什么神秘的,创建这个进程的指令为:

service servicemanager /system/bin/servicemanager
    class core
    user system
    group system
    critical
    onrestart restart healthd
    onrestart restart zygote
    onrestart restart media
    onrestart restart surfaceflinger
    onrestart restart drm
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 160,026评论 4 364
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,655评论 1 296
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 109,726评论 0 244
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 44,204评论 0 213
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,558评论 3 287
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,731评论 1 222
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,944评论 2 314
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,698评论 0 203
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,438评论 1 246
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,633评论 2 247
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,125评论 1 260
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,444评论 3 255
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,137评论 3 238
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,103评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,888评论 0 197
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,772评论 2 276
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,669评论 2 271

推荐阅读更多精彩内容