使用Intent
- Activity、Service、Receiver都支持在Intent中傳遞Bundle數(shù)據(jù)，而Bundle實現(xiàn)了Parcelable接口?？梢栽诓煌倪M程間進行傳輸。
- 在一個進程中啟動兩外一個進程的Activity、Service、Receiver，可以在Bundle中附加要傳遞的數(shù)據(jù)通過Intent發(fā)送出去。
使用文件共享
- Android 系統(tǒng)基于 Linux ，使得其并發(fā)讀取文件沒有限制地進行，甚至允許兩個線程同時對一個文件進行讀寫操作，盡管這樣可能會出問題。
- 可以在一個進程中序列化一個對象到文件系統(tǒng)中，在另一個進程中反序列化恢復(fù)這個對象。
- SharedPreferences 是個特例，系統(tǒng)對它的讀 / 寫有一定的緩存策略，即內(nèi)存中會有一份 ShardPreferences 文件的緩存，系統(tǒng)對他的讀 / 寫就變得不可靠，當面對高并發(fā)的讀寫訪問，SharedPreferences 有很多大的幾率丟失數(shù)據(jù)。因此，IPC 不建議采用 SharedPreferences。
使用Messageer
- Messager是一個輕量級的IPC方案，底層實現(xiàn)是AIDL，可以在不同進程中傳遞Message對象，一次只處理一個請求。
- 這里客戶端和服務(wù)端都是通過獲取對方的messager來發(fā)送messgae。Messager中有一個Handler以串行的方式處理隊列中的消息。不存在并發(fā)執(zhí)行。如果大量消息同時發(fā)送到服務(wù)端，服務(wù)端只能一個一個處理，所以大量并發(fā)請求就不適合使用Messager，而且Messager只適合傳遞消息，不能跨進程調(diào)用服務(wù)端的方法。
使用AIDL
- Messager本質(zhì)上也是AIDL，只不過是戲同做了封裝方便上層調(diào)用，但是是Messager存在并發(fā)和跨進程調(diào)用方法的問題。而AIDL則可以解決并發(fā)和跨進程調(diào)用方法的問題。
- AIDL支持的數(shù)據(jù)類型
2.1 基本數(shù)據(jù)類型
2.2 String和CharSequence
2.3Parcelable，實現(xiàn)Parcelable接口的對象(PS:AIDL文件中用到了自定義的Parcelable對象，必須新建一個和他同名的AIDL文件。)
2.4 ArrayList，里面的元素必須能夠被AIDL支持
2.5HashMap，里面的元素必須能夠被AIDL支持
使用ContentProvider
- 用于不同應(yīng)用間數(shù)據(jù)共享，和Messager底層實現(xiàn)同樣是Binder和AIDL，系統(tǒng)做了封裝。
