IPC 全稱 Inter-Process Communication 是進程間通信站楚，是指兩個進程間進行數(shù)據(jù)交換的過程。
IPC機制的使用場景：
- Android對單個應用使用的最大內(nèi)存做了限制探孝，需要獲取更多的內(nèi)存
- 當前應用需要向其他應用獲取數(shù)據(jù)
開啟多進程模式的唯一方法是在清單文件中設置 process 屬性渣锦。例如
android:process=":remote"
或
android:process="com.lzx.app.remote"
第一種是一種簡寫，完整是這樣的：
android:process="com.lzx.app:remote"
第二種是一種完整的寫法，帶有 “:” 符號的屬于當前應用的私有進程.
Parcelable接口：
Parcelable 接口是 Android 中實現(xiàn)序列化和反序列化的接口谚赎。并可以通過 Intent 和 Binder 傳遞。
注意 Parcelable 接口中的 Parcel 參數(shù)诱篷，Parcel 是一個偏底層的東西壶唤。內(nèi)部包裝了可序列化的數(shù)據(jù)，可以在 Binder 中自由傳輸棕所。
序列化功能由 writeToParcel 方法來完成闸盔，通過 Parcel 的一系列 wirte 方法來完成的。
反序列化功能由 CREATOR 來完成琳省，內(nèi)部表明了如何創(chuàng)建序列化對象和數(shù)組迎吵，通過 Parcel 的一系列 read 方法完成。
Binder：
Binder 非常復雜和重要针贬，它繼承了 IBinder 接口击费。
從 IPC 角度看，Binder 是 Android 中一種跨進程通信的方式桦他。
從 Android Framework 角度看蔫巩，Binder 是 ServiceManager 連接各種Manager(ActivityManager、WindowManager) 和相應 ManagerService 的橋梁快压。
從應用層的角度看圆仔，Binder 是客戶端和服務端進行通信的媒介。
在開發(fā)中嗓节，Binder 主要用在 Service荧缘，如果是普通的 Service皆警，Binder 不涉及進程間通信拦宣。
Android 中的 IPC 方式：
**1. Bundle **
因為 Intent 支持傳遞 Bundle 數(shù)據(jù)，而且 Bundle 實現(xiàn)了 Parcelable 接口，所以可以方便的進行進程間傳輸鸵隧。
2. 使用文件共享
使用文件要注意一個問題绸罗，就是并發(fā)讀/寫的問題，有可能讀出的內(nèi)容有可能不是最新的豆瘫，并發(fā)寫的話就更嚴重珊蟀，因此盡量避免并發(fā)寫這種情況的發(fā)生或者靠慮使用線程同步來限制多個線程的寫操作。
注意外驱，SharedPreferences 是個特例育灸，雖然它屬于文件的一種，但是系統(tǒng)對它的讀/寫有一定的緩存策略昵宇，所以在多進程模式下磅崭，系統(tǒng)對它的讀/寫變得不可靠，當面對高并發(fā)的讀/寫時瓦哎，SharedPreferences 很大幾率會丟失數(shù)據(jù)砸喻。所以，不建議在進程間通信中使用 SharedPreferences
3. 使用Messenger
Messenger 通過它可以在不同進程中傳遞 Message 對象蒋譬。底層實現(xiàn)是 AIDL割岛。
構造方法：
public Messenger(Handler target){
mTarget = target.getIMessenger();
}
public Messenger(IBinder target){
mTarget = IMessenger.Stub.asInterface(target);
}
同時它一次處理一個請求，因此在服務端不用考慮線程同步問題犯助。因為 Messenger 是以串行的方式處理客戶端發(fā)來的消息癣漆，如果大量消息同時發(fā)送，服務端只能一條條處理剂买。
4. 使用AIDL
5. 使用ContentProvider
ContentProvider 是 Android 中提供的專門用于不同應用間進行數(shù)據(jù)共享的方式扑媚。實現(xiàn)增刪查改方法。如果要擴展雷恃，實現(xiàn) call 方法疆股。
6. 使用Socket
Socket 可以實現(xiàn)終端與終端之間的通信，那么它肯定可以實現(xiàn)進程之間的通信倒槐，不過用得較少旬痹，因為它是比較偏網(wǎng)絡方面的。
