應用被強殺了怎麼辦，應用被強殺

應用被強殺了怎麼辦，應用被強殺

應用在後台運行時很容易被強殺，這很正常，但是回到前台時，很容易出現空指針的情況。怎麼解決這樣的問題，且看看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