編者按：本文為專欄作者雷科技授權創業邦發表，版權歸原作者所有。

殺後臺，是安卓系統永遠繞不開的一個話題，這個話題有意思的地方就在於有的人痛斥殺後臺讓他無法得到流暢的日常使用體驗，而有的人則是痛斥App的後臺駐留，破壞了自己的日常使用體驗。

隨著不少手機廠商將手機的執行記憶體提高到12G，甚至16G的時候，殺後臺的問題也再次成為了熱點，擁有如此大記憶體的手機，真的還有必要殺後臺嗎？實際上，不僅僅是使用者為此頭疼，軟體開發者和安卓系統的開發者谷歌也在為此頭疼。

近日，谷歌就正式啟動了針對第三方定製系統殺後臺的情況調查，希望軟體開發者能夠提供相關的資訊給他們，他們將在彙總完資訊後，找到相關係統的負責人，探討如何讓使用者的體驗得到更好的保證。

谷歌為何出手？

對於谷歌來說，殺後臺的問題其實更多的原因並不在安卓系統身上，而是各大定製系統廠商根據自己的需要所制定的一系列後臺管理機制。

至少就安卓系統本身，他們對於系統後臺的管控並不嚴苛。按照谷歌釋出的原生版安卓的設計，只有當系統回收了所有的快取後發現依然不足以提供足夠的記憶體來維持系統和新App的流暢執行後，才會開始根據開啟順序強制關閉部分App，將他們佔用的記憶體回收。

而在近期，也許是開發者們的投訴終於累積到了一定的程度，谷歌也決定站出來給出一些迴應，另外，一部分定製系統廠商的後臺管理機制可能也違反了部分的谷歌條款。

根據公開文件顯示，最早在2018年，AOSP（Android開放原始碼專案）上就已經有開發者提交了關於定製系統廠商濫用Android核心許可權，施行嚴苛的後臺管控機制的文件，並且獲得了不少開發者的支援。

同時，一些致力於開發為特殊人士提供輔助的無障礙App開發者也在文件中大倒苦水，表示自己開發一款無障礙服務App，在不少系統上都被封殺了後臺執行許可權，讓使用這款App的特殊人士無法得到應有的服務。

對於一些存在視力障礙的使用者來說，他們需要用到一些無障礙軟體來幫助他們在沒有旁人的情況下操控手機。通常情況下，類似的無障礙軟體都是在後臺靜默執行的，而當他們的無障礙軟體在後臺被殺死後，這些使用者將很難再次把軟體開啟。

如此看來，嚴苛的殺後臺機制確實是影響到了一批使用者，對於一般的使用者來說，也許只是丟失之前瀏覽的頁面而已，而對於這些特殊人士來說，也許就會成為生活中的一個大麻煩。

既然谷歌打算出手管控殺後臺的問題，那麼谷歌打算做什麼呢？至少，目前谷歌還沒有公開說明自己打算在殺後臺的問題上做出怎樣的限制或者要求，只是啟動了一系列的調查程式，比如要求受影響的開發者提供以下細節：

受影響的應用程式的名稱

他們觀察到問題的 OEM 和裝置型號的名稱

安卓作業系統版本

重現該問題的步驟，以及預期結果和觀察到的結果

受影響的 API

他們是否能夠在 Pixel 裝置（或其他執行相同 Android 版本的裝置）上重現相同的問題。

谷歌出手管控殺後臺的問題，對於一部分使用者來說也許是好事，但是從所有使用者的角度來看，也許並不是沒有壞處的。

殺後臺到底對不對？

這個問題，我想大家應該都知道答案，系統殺後臺的原因很簡單，就是為了保證系統以及當前正在使用的軟體的流暢性。在前幾年，系統後臺的問題對於國內的安卓手機使用者來說也算是一個繞不開的頭疼問題，不過，當時頭疼的並不是後臺被殺，而是後臺殺不盡。

彼時的安卓手機廠商們對於後臺的管控還不像今天這樣嚴苛，雖然在一定程度上也給出了限制，但是在國產App的開發者眼中形同虛設。更讓人氣憤的是，當時的許多App不僅僅自己要駐留後臺，而且在喚醒後還會進行關聯喚醒，將一系列使用者沒有點選的App也啟動並且讓他們在後臺駐留。

正是因為這些問題，讓當時的安卓使用者幾乎把刷機當成了必備技能，因為只有獲取了系統的ROOT許可權後才能安裝後臺管控App，將這些一直駐留和自啟的軟體統統幹掉，還系統一個流暢。

不過，也正是因為國產App肆無忌憚地後臺駐留和自啟，讓國內的定製系統廠商只能一直加強後臺管理機制，同樣的，其它在國內有市場佈局的海外手機廠商也是如此，甚至已經到達了寧可錯殺，不可放過的程度。

除了一部分記錄在案的重點軟體會被系統保留，比如微信、QQ等，其餘的軟體則通通幹掉，除非使用者提前把軟體加入到白名單之中。但是，對於大部分使用者來說，他們並不會傾向於主動把軟體加入到白名單，不少使用者甚至壓根不知道白名單的存在。

以至於部分需要長時間駐留後臺提供服務的App，不得不在設定頁面主動引導使用者將App加入到白名單中。比如一些與智慧穿戴裝置保持連線的App，為了能夠隨時反饋使用者的操作和記錄資料，這些App都是必須駐留後臺的。所以如果你常常聽到有人在抱怨自己的智慧手錶老是不起作用，那麼十有八九就和殺後臺有關。

另外，在後臺管控方面，最為嚴苛的大概就是MIUI以及索尼，其中MIUI的殺後臺問題在前段時間已經是鬧得沸沸揚揚，同時官方也出面回覆，表示將會對後臺機制進行調整。實際上，MIUI殺後臺的問題主要源自上次更新版本後推出的照明彈功能，該功能主要針對的就是軟體頻繁自啟的問題，希望能夠讓使用者的系統變得更加流暢。

照明彈功能主要針對的是App無下限地索取使用者許可權和資訊的問題，針對性的返回空白資訊和許可權，本意並非阻止軟體自啟。但是，在國內有不少的軟體在自啟和駐留後臺上使用的是將服務設定為粘性service的方法。而service正是此次照明彈重點監督的區域，於是許多軟體就因此被照明彈給封死了駐留後臺的可能，在使用者將其縮小後，迅速被系統幹掉。

而另外一部分App則使用的是父子程序，這部分軟體則不在照明彈功能的限制範圍內，所以能夠在後臺駐留一段時間，這也是為什麼MIUI 12的殺後臺問題只在某些軟體上出現的原因。

不過，後續谷歌和MIUI都對開發者的困擾做出了迴應，表示將會針對性的修改相關機制，保證軟體的正常使用體驗。不管怎麼說，系統殺後臺的初衷都是為了能夠讓使用者正常的使用手機，但是如果這個機制過於嚴苛，又會反過來影響到使用者的正常使用，確實是進退兩難的一個問題。

如果想要讓後臺管理機制變得更合理，需要的不僅僅是定製系統廠商和谷歌的努力，軟體開發商的責任也相當重大，畢竟如果不是軟體開發商為了利益不停自啟和強行駐留後臺，也不會讓系統廠商的後臺管控機制變得更加嚴苛。

最後

至少就目前來說，嚴苛的後臺機制還是有必要的，特別是在一些執行記憶體較小的手機上，如果任由軟體駐留和關聯自啟，恐怕是真的無法正常執行。但是在擁有12G甚至更高執行記憶體的手機上，也許可以考慮放鬆後臺管理，讓使用者的多App使用體驗變得更好。

另一方面，還是得看谷歌能否對Android的後臺管理進行一次大改，如果能夠模仿蘋果設計一個類似的機制，那麼後臺問題也就可以得到更好地解決。

因為蘋果的iOS系統實際上是沒有後臺的，iPhone上的App之所以能夠在重新喚醒後回到剛關閉前的狀態，實際上是因為iOS系統保留了一段關閉時的資訊快照，在App重新回到前臺時根據快照將其還原到之前的狀態，該機制被稱為“墓碑”，倒是頗為形象。

不過，想要在Android上實現墓碑機制，所面臨的難度恐怕相當大。

最後小雷想問問：對於殺後臺的問題，大家又是如何看待的？

本文為專欄作者授權創業邦發表，版權歸原作者所有。文章系作者個人觀點，不代表創業邦立場，轉載請聯絡原作者。如有任何疑問，請聯絡