在 《閱讀手札:《Android開發(fā)藝術(shù)探索》(一)》中主要介紹了Activity的生命周期以及異常處理、啟動模式、意圖過濾器。本篇文章主要介紹的是《Android開發(fā)藝術(shù)探索》的第二章 IPC機制
個人評語：第二章的內(nèi)容非常多（第二章近90頁內(nèi)容），內(nèi)容有IPC機制基本概念；序列化Serializable、Parcelable；Binder；實現(xiàn)IPC的多種方式；Binder連接池內(nèi)容非常多，但還是要耐著性子分析完，基于篇幅的原因講第二章的內(nèi)容分為多個部分，本篇文章主要介紹IPC的基本概念、跨進程通信帶來的問題、兩種序列化的實現(xiàn)方式
IPC基本概念：
IPC、是英文 Inter-Process-Communication的縮寫，翻譯過來就是跨進程通信或者進程間通信、進程簡單理解就是一個應(yīng)用或者一個程序、而線程是進程的最小執(zhí)行單元，關(guān)于線程的概念和使用可以參考下筆者的另一篇文章 必須要理清的Java線程池（原創(chuàng)）這篇文章有近萬字的詳細描述提供參考。言歸正傳，在Android開發(fā)中，什么情況會考慮跨進程的通信？畢竟任何理念的設(shè)計出現(xiàn)都是為了解決問題以及應(yīng)用實踐而誕生的。
一般來說，跨進程通信的實現(xiàn)理由分為兩種：
- A：某些原因下自身需要多進程來實現(xiàn)，如：特殊原因需要運行在獨立的線程；或者為了加大一個應(yīng)用的內(nèi)存來獲取更大的內(nèi)存空間提高運行流暢度（參考某Q的做法）
- B：當前應(yīng)用為了獲取其他應(yīng)用的數(shù)據(jù)
以上兩種情況是屬于跨進程通信技術(shù)的實現(xiàn)理由。
那如何開啟跨進程通信？
在Android中開啟多進程的方式只有一種：給四大組件在清單文件注冊的時候，在對應(yīng)的組件標簽內(nèi)部聲明如下即可：
android:process = " "
注意，這種跨進程通信的標簽有2種寫法，寫法的不同代表的意思也不同，假定現(xiàn)在的包名是：com.test.tzw
- 寫法一：
android:process = ":newpro"
這種寫法，標簽代表的具體意思是（：這個符號）當前組件，運行的進程名稱是，當前包名加進程名，也就是com.test.tzw：newpro，當然這也代表它是一個私有進程，不以：開頭的進程屬于全局進程，其他應(yīng)用可以通過ShareUID方式跟他跑在同一個進程
- 寫法二：
android:process = "com.test.loveandroid.newpro"
寫法二，這是一種完整的命名方式，不會附加包名信息。
跨進程通信帶來的問題：
跨進程通信也會帶來一系列問題，在這種模式下帶來的后果之前我們先搞清楚幾個基本概念：
概念一：
Java基礎(chǔ)告訴我們，靜態(tài)成員變量在所有地方共享，一處修改所有對應(yīng)的靜態(tài)成員變量都會生效，但是Android系統(tǒng)為每一個應(yīng)用都提供了一個獨立的虛擬機，不同的虛擬機會有不同的地址空間，這就導(dǎo)致不同的虛擬機
訪問同一個類的對象會有多個副本
概念二：
線程是基于進程存在的，進程有變化，線程對應(yīng)也會存在相應(yīng)的變化
概念三：
SharedPreferences是我們很熟悉的存儲數(shù)據(jù)的方式，它的底層是用XML進行文件的讀/寫，如果跨進程同時操作可能會造成穩(wěn)定性下降
概念四：
跨進程，理論上在系統(tǒng)上又開辟分配了一個新的虛擬機，同樣Application也會根據(jù)開辟分配的次數(shù)創(chuàng)建對應(yīng)的次數(shù)
總結(jié)，跨進程帶來的問題如下：
- 靜態(tài)成員變量和單例模式失效
- 線程同步機制完全失效
- SharedPreferences穩(wěn)定性下降
- Application會多次創(chuàng)建
序列化：
大家對序列化都已經(jīng)很熟悉了，這里就快速總結(jié)，序列化一共分2種，一種是Java自帶的序列化，也就是Serializable，還有一種是Android提供的序列化，也就是Parcelable。實現(xiàn)序列化主要是為了通過Intent、Binder傳輸對象數(shù)據(jù)使用，當然,阿里的路由框架 也要求對象傳遞使用序列化，下面就逐個分析：
Serializable
這是Java為我們提供的，使用起來很簡單，JavaBean對象直接實現(xiàn)Serializable接口，在聲明一個 serialVersionUID即可，
當然，這個serialVersionUID不寫也可以，但是會對反序列化過程產(chǎn)生影響，所以正確的使用姿勢還是按照官方的說明，聲明serialVersionUID。這個serialVersionUID一般為這個類的hash值。你可能會問，serialVersionUID的含義是用來做什么的？serialVersionUID主要是用來輔助序列化和反序列化過程的，原則上序列化后的數(shù)據(jù)中的serialVersionUID只有和當前類的serialVersionUID一致才可以正常的被反序列化
注意：
- 靜態(tài)成員變量屬于類而不屬于對象，所以不會參與序列化過程
- 使用transient關(guān)鍵字聲明的成員變量不會被序列化
Parcelable
Parcelable序列化是Android給我們提供的一種序列化方式，它的寫法稍微復(fù)雜，但是不用怕，現(xiàn)在已經(jīng)有插件幫我們一鍵生成Parcelable序列化，而且Parcelable序列化效率比Serializable更高、且更方便我們在Android平臺上面使用。
那么實現(xiàn)IPC的方式有：
如果這篇文章對您有開發(fā)or學習上的些許幫助，希望各位看官留下寶貴的star，謝謝。
Ps:著作權(quán)歸作者所有,轉(zhuǎn)載請注明作者, 商業(yè)轉(zhuǎn)載請聯(lián)系作者獲得授權(quán)，非商業(yè)轉(zhuǎn)載請注明出處(開頭或結(jié)尾請?zhí)砑愚D(zhuǎn)載出處，添加原文url地址),文章請勿濫用,也希望大家尊重筆者的勞動成果。
