應用被強殺了怎麼辦

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