标签：
这是个需要细心处理的坑.
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.
标签：
原文地址：http://my.oschina.net/u/1393188/blog/491568
