在 《閱讀手札:《Android開發(fā)藝術(shù)探索》(一)》中主要介紹了Activity的生命周期以及異常處理、啟動(dòng)模式画髓、意圖過濾器。本篇文章主要介紹的是《Android開發(fā)藝術(shù)探索》的第二章 IPC機(jī)制
個(gè)人評(píng)語：第二章的內(nèi)容非常多（第二章近90頁內(nèi)容），內(nèi)容有IPC機(jī)制基本概念宣决；序列化Serializable疮鲫、Parcelable吆你；Binder；實(shí)現(xiàn)IPC的多種方式俊犯；Binder連接池內(nèi)容非常多妇多，但還是要耐著性子分析完，基于篇幅的原因講第二章的內(nèi)容分為多個(gè)部分燕侠，本篇文章主要介紹IPC的基本概念者祖、跨進(jìn)程通信帶來的問題、兩種序列化的實(shí)現(xiàn)方式
IPC基本概念：
IPC绢彤、是英文 Inter-Process-Communication的縮寫七问，翻譯過來就是跨進(jìn)程通信或者進(jìn)程間通信、進(jìn)程簡(jiǎn)單理解就是一個(gè)應(yīng)用或者一個(gè)程序茫舶、而線程是進(jìn)程的最小執(zhí)行單元械巡，關(guān)于線程的概念和使用可以參考下筆者的另一篇文章 必須要理清的Java線程池（原創(chuàng)）這篇文章有近萬字的詳細(xì)描述提供參考。言歸正傳饶氏，在Android開發(fā)中讥耗，什么情況會(huì)考慮跨進(jìn)程的通信？畢竟任何理念的設(shè)計(jì)出現(xiàn)都是為了解決問題以及應(yīng)用實(shí)踐而誕生的疹启。
一般來說葛账，跨進(jìn)程通信的實(shí)現(xiàn)理由分為兩種：
- A：某些原因下自身需要多進(jìn)程來實(shí)現(xiàn)，如：特殊原因需要運(yùn)行在獨(dú)立的線程皮仁；或者為了加大一個(gè)應(yīng)用的內(nèi)存來獲取更大的內(nèi)存空間提高運(yùn)行流暢度（參考某Q的做法）
- B：當(dāng)前應(yīng)用為了獲取其他應(yīng)用的數(shù)據(jù)
以上兩種情況是屬于跨進(jìn)程通信技術(shù)的實(shí)現(xiàn)理由籍琳。
那如何開啟跨進(jìn)程通信菲宴？
在Android中開啟多進(jìn)程的方式只有一種：給四大組件在清單文件注冊(cè)的時(shí)候，在對(duì)應(yīng)的組件標(biāo)簽內(nèi)部聲明如下即可：
android:process = " "
注意趋急，這種跨進(jìn)程通信的標(biāo)簽有2種寫法喝峦，寫法的不同代表的意思也不同，假定現(xiàn)在的包名是：com.test.tzw
- 寫法一：
android:process = ":newpro"
這種寫法呜达，標(biāo)簽代表的具體意思是（：這個(gè)符號(hào)）當(dāng)前組件谣蠢，運(yùn)行的進(jìn)程名稱是，當(dāng)前包名加進(jìn)程名查近，也就是com.test.tzw：newpro眉踱，當(dāng)然這也代表它是一個(gè)私有進(jìn)程，不以：開頭的進(jìn)程屬于全局進(jìn)程霜威，其他應(yīng)用可以通過ShareUID方式跟他跑在同一個(gè)進(jìn)程
- 寫法二：
android:process = "com.test.loveandroid.newpro"
寫法二谈喳，這是一種完整的命名方式，不會(huì)附加包名信息戈泼。
跨進(jìn)程通信帶來的問題：
跨進(jìn)程通信也會(huì)帶來一系列問題婿禽，在這種模式下帶來的后果之前我們先搞清楚幾個(gè)基本概念：
概念一：
Java基礎(chǔ)告訴我們，靜態(tài)成員變量在所有地方共享大猛，一處修改所有對(duì)應(yīng)的靜態(tài)成員變量都會(huì)生效扭倾，但是Android系統(tǒng)為每一個(gè)應(yīng)用都提供了一個(gè)獨(dú)立的虛擬機(jī)，不同的虛擬機(jī)會(huì)有不同的地址空間挽绩，這就導(dǎo)致不同的虛擬機(jī)
訪問同一個(gè)類的對(duì)象會(huì)有多個(gè)副本
概念二：
線程是基于進(jìn)程存在的膛壹，進(jìn)程有變化，線程對(duì)應(yīng)也會(huì)存在相應(yīng)的變化
概念三：
SharedPreferences是我們很熟悉的存儲(chǔ)數(shù)據(jù)的方式唉堪，它的底層是用XML進(jìn)行文件的讀/寫恢筝，如果跨進(jìn)程同時(shí)操作可能會(huì)造成穩(wěn)定性下降
概念四：
跨進(jìn)程，理論上在系統(tǒng)上又開辟分配了一個(gè)新的虛擬機(jī)巨坊，同樣Application也會(huì)根據(jù)開辟分配的次數(shù)創(chuàng)建對(duì)應(yīng)的次數(shù)
總結(jié)撬槽，跨進(jìn)程帶來的問題如下：
- 靜態(tài)成員變量和單例模式失效
- 線程同步機(jī)制完全失效
- SharedPreferences穩(wěn)定性下降
- Application會(huì)多次創(chuàng)建
序列化：
大家對(duì)序列化都已經(jīng)很熟悉了，這里就快速總結(jié)趾撵，序列化一共分2種侄柔，一種是Java自帶的序列化，也就是Serializable占调，還有一種是Android提供的序列化暂题，也就是Parcelable。實(shí)現(xiàn)序列化主要是為了通過Intent究珊、Binder傳輸對(duì)象數(shù)據(jù)使用薪者，當(dāng)然,阿里的路由框架 也要求對(duì)象傳遞使用序列化，下面就逐個(gè)分析：
Serializable
這是Java為我們提供的剿涮，使用起來很簡(jiǎn)單言津，JavaBean對(duì)象直接實(shí)現(xiàn)Serializable接口攻人，在聲明一個(gè) serialVersionUID即可，
當(dāng)然悬槽，這個(gè)serialVersionUID不寫也可以怀吻，但是會(huì)對(duì)反序列化過程產(chǎn)生影響，所以正確的使用姿勢(shì)還是按照官方的說明初婆，聲明serialVersionUID蓬坡。這個(gè)serialVersionUID一般為這個(gè)類的hash值。你可能會(huì)問磅叛，serialVersionUID的含義是用來做什么的屑咳？serialVersionUID主要是用來輔助序列化和反序列化過程的，原則上序列化后的數(shù)據(jù)中的serialVersionUID只有和當(dāng)前類的serialVersionUID一致才可以正常的被反序列化
注意：
- 靜態(tài)成員變量屬于類而不屬于對(duì)象弊琴，所以不會(huì)參與序列化過程
- 使用transient關(guān)鍵字聲明的成員變量不會(huì)被序列化
Parcelable
Parcelable序列化是Android給我們提供的一種序列化方式兆龙，它的寫法稍微復(fù)雜，但是不用怕访雪，現(xiàn)在已經(jīng)有插件幫我們一鍵生成Parcelable序列化详瑞，而且Parcelable序列化效率比Serializable更高掂林、且更方便我們?cè)贏ndroid平臺(tái)上面使用臣缀。
那么實(shí)現(xiàn)IPC的方式有：
如果這篇文章對(duì)您有開發(fā)or學(xué)習(xí)上的些許幫助，希望各位看官留下寶貴的star泻帮，謝謝精置。
Ps:著作權(quán)歸作者所有,轉(zhuǎn)載請(qǐng)注明作者, 商業(yè)轉(zhuǎn)載請(qǐng)聯(lián)系作者獲得授權(quán)，非商業(yè)轉(zhuǎn)載請(qǐng)注明出處(開頭或結(jié)尾請(qǐng)?zhí)砑愚D(zhuǎn)載出處锣杂，添加原文url地址),文章請(qǐng)勿濫用,也希望大家尊重筆者的勞動(dòng)成果脂倦。
