我司的App開始在iOS11上測試時，iOS11已經出到了bate6。在解決了一些常規(guī)的UI兼容問題后，一個詭異的bug引起了我的興趣。

情況是這樣的，在真機上先把App殺掉，然后啟動App，App打開，會顯示一個中間頁而非啟動頁，然后app會馬上被系統(tǒng)關閉，接著又被系統(tǒng)打開，出現(xiàn)正常的啟動頁面。整個過程行云流水，只有一個Bug干干凈凈的留給了我。

經過調試，發(fā)現(xiàn)中間錯誤的啟動和關閉都沒走到代碼中，只是看起來像那么回事，至少動畫是一樣的。

如果諸位已經在iOS11上跑app的話，極小可能已經復現(xiàn)這個Bug了。

我開始覺得這是一個系統(tǒng)級Bug，下一版自然會修復。結果Bate7果斷打臉，Bug依舊存在。

隨著上線日期的接近，我覺得把希望寄托于Apple顯然會引起滑鐵盧，畢竟iOS10.2AVPlayer的Bug至今還歷歷在目。沒辦法，只好上了。

抱著和“買一療程試試”同樣的覺悟，我開始了調試。結果很諷刺，第一次就猜出了問題的原因。

推理的過程比較有趣（此處腦補柯南經典BGM）。首先它會顯示一個中間頁，這個中間頁差不多是上次被殺掉時的頁面。有兩種可能：系統(tǒng)在App被殺掉后依舊保存一個頁面的截圖 或者 App沒有被正確的殺掉。前者不符合直觀邏輯，那就是后者。而App為什么沒有被正確的殺干凈？有兩種情況：所有的App都殺不掉，我司的App做了什么特殊操作造成殺不掉。試了幾個App，沒有該問題，那就是后者。那是什么代碼導致的呢？Table&Label之類的出問題必然不可能。難道是那些鉤子像赫魯曉夫一樣反水了嗎？當然不是。那是國內的幾個SDK的問題嗎？排查它們太麻煩。于是我退一步，按照樸素邏輯，應該是越靠近App被殺時的代碼越有可能引起問題。我找到了項目中最接近被殺時的方法applicationWillTerminate:。注掉了里面幾個觸發(fā)I/O的方法。問題居然就解決了。

記住，就是下面這個方法

applicationWillTerminate:

我新建了一個demo，在該方法中sleep了一下，果然Bug就復現(xiàn)了。

由于解決過程完全是黑盒操作，我無法解釋問題出現(xiàn)的原因，以及到底在該方法中寫什么代碼才會出現(xiàn)Bug。

只是希望Apple后續(xù)可以解決這個問題 :)