Android 开发中踩过的坑之八:多进程问题

这是个须要细心处理的坑. 

1 内存:

在manifest中能够对各个组件声明其所在的进程: 

android:process=":name"

而后对应的Acitivity, Receiver, Service就会运行在相应的进程中.

可是有些类会在全部进程中运行, 好比一些Utils工具类, 好比Application类. 

当遇到多个进程并行的时候, 厘清进程所对应的代码, 避免在进程A里跑了进程B的代码.

好比有一个工具类Utils_procA. 只须要在进程A中工做, 那对于进程B来讲, 这个Utils_procA就没有做用, 是冗余的代码, 若是在B中初始化了Utils_procA, 那就消耗了cpu, 也占用了内存.

2 交互:

同一个app里, 有多个不一样的进程, 通讯是必须的. 

进程之间可选的通讯机制有不少:Aidl, broadcast, 这两个是android提供的, 比较好理解的通讯机制.

使用broadcast, 要当心防范ANR, 避免在onReceive()里处理耗时逻辑.

使用Aidl, 要注意一些时序问题, bind Service须要时间. 这个时间不肯定长短, 若是bind时服务进程尚未启动, 那最长须要等待服务进程启动完成. 因此bind后可能不能马上使用aidl, 须要等待ServiceConnection.onServiceConnected()回调成功. 

若是有马上执行服务接口的需求, 要么回调, 要么另作一个线程, 轮循判断是否链接ok. 切切不可在主线程等待. 也会anr.