應用在後臺運行時很容易被強殺，這很正常，但是回到前臺時，很容易出現空指針的情況。怎麼解決這樣的問題，且看看Stay的見解。 我們先跳出來看看android的app運行原理。 app在後臺被強殺，是在記憶體不足的情況下被強制釋放了，也有一些噁心的rom會強制殺掉那些後臺進程以釋放緩存以提高所謂的用戶體驗
應用在後臺運行時很容易被強殺，這很正常，但是回到前臺時，很容易出現空指針的情況。怎麼解決這樣的問題，且看看Stay的見解。
我們先跳出來看看android的app運行原理。
app在後臺被強殺，是在記憶體不足的情況下被強制釋放了，也有一些噁心的rom會強制殺掉那些後臺進程以釋放緩存以提高所謂的用戶體驗。
我們都覺得android rom很噁心，但同時還是用些更噁心的手法去繞開這些瓶頸。亂，是因為在最上層沒有一個很好的約束，這也是開源的弊端。anyway。我們還是得想破腦袋來解決這些問題，否則飯碗就沒了。
我們先來重現這個bug：
假設： App A -> B -> C -> D
在D activity中點Home鍵後臺運行，打開ddms，選中該App進程，強殺。
然後從“最近打開的應用”中選中該App，回到的界面是D activity，假設App中沒有靜態變數，這個時候是不會crash的，點擊返回到C，這個時候也只是短暫黑屏後顯示C界面。但如果C中有引用靜態變數，並想要獲取靜態變數中的某個值時，就NullPointer了。
以上復現的流程就幾個點，我們展開說下：
1. 當應用被強殺，整個App進程都是被殺掉了，所有變數全都被清空了。包括Application實例。更別提那些靜態變數了。
2. 雖然變數被清空了，但Android給了一些補救措施。activity棧沒有被清空，也就是說A -> B -> C -> D這個棧還保存了，只是ABCD這幾個activity實例沒有了。所以回到App時，顯示的還是D頁面
3. 另外當activity被強殺時，系統會調用onSaveInstance去讓你保存一些變數，但我個人覺得面對海量的靜態變數，這個根本不夠用。
4. 返回到C會黑屏，是因為C要重繪，重走onCreate流程，渲染上需要點時間，所以會黑屏。
大概是以上這些點。如果App中沒有靜態變數的引用，那就不用出現NullPointer這個crash，也就不需要解決。一旦你有靜態變數，或者有些Application的全局變數，那就很危險了。比如登錄狀態，user profile等等。這些值都是空了。
肯定會有人說，這沒關係啊，所有的靜態變數都改到單例去不就好了嗎？然後附加上一些持久化cache，空了再取緩存就ok了嘛。嗯，這肯定也是一個辦法，但是這樣的束手束腳對開發來說也是痛苦，至少需要多30%的編碼時間才能全部cover。另外，還有那麼多幫你挖坑的隊友，難省心啊。
既然App都被強殺了，幹嘛不重新走第一次啟動的流程呢，別讓App回到D而是啟動A，這樣所有的變數都是按正常的流程去初始化，也就不會空指針了，對吧？有人說這方案用戶體驗一點都不好呀。但哪有十全十美的事呢，是重走流程好，還是一點一個NullPointer好？好好去溝通，相信產品也不會為難你的。當然你也可以拿iOS來舉例，iOS在最近打開的應用里殺了某個App，重新點擊那個App，還是會重走流程的啊。
如果你接受我的這個解決方案，那且想想如何讓它不回到D而是重走流程呢？也就是說中斷D的初始化而回到A，並且按back鍵，不會回到D，C，B。考慮一下。
我們先實例化這個場景吧。
A 為App的啟動頁
B 為登錄頁
C 為首頁
D 為二級頁面
簡單說下解決方案，剩下的自己思考。
1. 把首頁launchMode設置為singleTask，具體為什麼我就不說了，自己google。
2. 在BaseActivity中onCreate中判斷App是否被強殺，強殺就不往下走，直接重走App流程。
3. 首頁起一個承接或者中轉的作用，所有跨級跳轉都需要通過首頁來完成。
再給個提示，以上場景的解決方案也可以用於解決其它相關問題：
1. 在任意頁面退出App
2. 在任意頁面返回到首頁
3. 在任意頁面註銷或者token失效回到登錄頁
其實最重要的知識點就是launchMode，很多人面試的時候都能背出來，甚至是原理。但真正會合理應用它們的少之又少。有的時候，技術的優劣體現於此。生搬硬套肯定是站不到最高點的。
題外話：
當我第一次碰到這種問題的時候就在想，為啥Android非得這麼來實現，既然都已經把應用強殺了，為什麼還把棧信息保存下來了。既然把棧信息保存下來，為什麼不把整個App變數都cache到硬碟上呢。這樣還能節省ram，每個當前運行的App分到的最大記憶體也不用再加限制了啊。這樣的話Bitmap的OOM也很難發生了。多好。好吧，iOS的記憶體管理貌似就是這樣的機制(我這是白話文，勿較真)
有很多bug都是系統級的限制，雖說沒有解決不了的技術，但是偏要鑽牛角尖偏要用自以為的方式去解決問題，那麼就是坑自己，並且也坑了隊友。
做技術越久，越能感受到，難做的不是技術，而是業務。如何理解業務，以及背後的需求本質，是開發中最最重要的事情。與其盲目的拿需求就開始寫代碼，不如花上些時間去理解需求。弄清前因後果，想好封裝與擴展。這些是對思維邏輯的鍛煉，並且也是技術提升最快的方式。
有心課堂，傳遞給你的不僅僅是技術。✈️ www.stay4it.com
