Activity的生命周期和启动模式的知识点小结：
1.如果Activity切换的时候，新Activity是透明，旧的不会走onStop方法。
2.新的Activity切换的时候，旧Activity 会先执行，onpause,然后才会启动新的activity.
3. Activity在异常情况下被回收时，onSaveInstanceState方法会被回调，回调时机是在onStop之前，当Activity被重新创建的时 候，onRestoreInstanceState方法会被回调，时序在onStart之后；在横竖屏切换的时候保持Activity的状态。
4. Activity的LaunchMode
a. standard 系统默认。每次启动会重新创建新的实例，谁启动了这个Activity，这个Activity就在谁的栈里。
b. singleTop 栈顶复用模式。该Activity的onNewIntent方法会被回调，onCreate和onStart并不会被调用。
c. singleTask 栈内复用模式。只要该Activity在一个栈中存在，都不会重新创建，onNewIntent会被回调。如果不存在，系统会先寻找是否存在需要的栈，如果不存在该栈，就创建一个任务栈，然后把这个Activity放进去；如果存在，就会创建到已经存在的这个栈中。
d. singleInstance。具有此种模式的Activity只能单独存在于一个任务栈。
5. 标识Activity任务栈名称的属性：TaskAffinity，默认为应用包名。
6. IntentFilter匹配规则。
a. action匹配规则：要求intent中的action 存在 且 必须和过滤规则中的其中一个相同 区分大小写；
b. category匹配规则：系统会默认加上一个android.intent.category.DEAFAULT，所以intent中可以不存在category，但如果存在就必须匹配其中一个；
c. data匹配规则：data由两部分组成，mimeType和URI，要求和action相似。如果没有指定URI，URI但默认值为content和file（schema）
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
IPC机制：
1.
使用android:process会带来的问题：
静态成员和单例模式完全失效；
SharedPreferences可靠性下降；
Application会多次创建；
2.
Android中的IPC方式
a. Bundle
b. 文件共享（不建议使用系统的SharedPreferences）
c. Messenger（轻量级IPC，底层依然是AIDL）工作原理
d. AIDL
aa. AIDL支持的数据类型：基本数据类型；String和CharSequence；List只支持ArrayList，里面每个元素都必须被AIDL支持；Map只支持HashMap，里面每个元素都必须被AIDL支持（包括key和value）；Parcelable；AIDL接口本身；
bb. 服务端可以使用CopyOnWriteArrayList和ConcurrentHashMap来进行自动线程同步，客户端拿到的依然是ArrayList和HashMap；
cc. 服务端和客户端之间做监听器，服务端需要使用RemoteCallbackList，否则客户端的监听器无法收到通知（因为服务端实质还是一份新的序列化后的监听器实例，并不是客户端那份）；
dd. 客户端调用远程服务方法时，因为远程方法运行在服务端的binder线程池中，同时客户端线程会被挂起，所以如果该方法过于耗时，而客户端又是UI线程，会导致ANR，所以当确认该远程方法是耗时操作时，应避免客户端在UI线程中调用该方法。同理，当服务器调用客户端的listener方法时，该方法也运行在客户端的binder线程池中，所以如果该方法也是耗时操作，请确认运行在服务端的非UI线程中。另外，因为客户端的回调listener运行在binder线程池中，所以更新UI需要用到handler。
ee. 客户端通过IBinder.DeathRecipient来监听Binder死亡，也可以在onServiceDisconnected中监听并重连服务端。区别在于前者是在binder线程池中，访问UI需要用Handler，后者则是UI线程。
ff. 可通过自定义权限在onBind或者onTransact中进行权限验证。
e. ContentProvider(有的手机上会出现不加uses-permission依然可以访问BookProvider的问题，已和主席确认)
f. Socket 一般用于网络通信，AIDL用这种方式会过于繁琐，不建议。
4. Binder连接池，通过BinderPool的方式将Binder的控制与Service本身解耦，同时只需要维护一份Service即可。这里用到了CountDownLatch，大概解释下用意：线程在await后等待，直到CountDownLatch的计数为0，BinderPool里使用它的目的是为了保证Activity获取BinderPool的时候Service已确定bind完成～
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝