應用程序崩潰但沒有TestFlight崩潰報告

Question

我有一個用戶（帶有iPhone 5）報告我的應用程序在屏幕變黑（閃屏為黑色）后大約15秒內在啟動時崩潰。 用戶下載了TestFlight構建，其中我在App委托中包含了檢查點，但是我沒有得到證據證明這些檢查點已經過了，我從未收到過崩潰報告。

我將故事板上的入口點更改為空白視圖控制器，現在我可以看到檢查點正在交叉。 我發現Watchdog暫停了應用程序，因為故事板資源需要很長時間才能加載，但所有圖像都是根據需要實時構建的，除了四個小的標簽欄圖標。 有幾個音頻文件，但它們是按需加載的。 我想不出任何可能造成延誤的其他資源。 沒有人報告過這個問題，我很難過。

有任何見解，特別是我沒有看到來自TestFlight的崩潰報告或檢查點的原因。

Answer 1

你的假設是正確的，看門狗殺死了應用程序。 這是因為應用程序無法正常啟動，主線程被阻止或無法進行用戶交互，因為沒有加載UI。

據我了解您的描述，您在加載時創建資源？ 並且可能在主線程上執行此操作？ 您應該嘗試將資源飢餓的代碼卸載到后台線程中，而不是在主線程上執行此操作，其中較舊/較慢的設備可能需要比預期更長的時間。 UI應始終具有響應性，主線程永遠不應該處理任何可能接近一秒處理的任務。

另一個原因可能是故事板和視圖控制器之間的鏈接被破壞，實際上它從未在該設備類型上加載。

但如果沒有更多細節，就不可能說明到底發生了什么。

一般情況下：如果應用程序被iOS系統殺死，例如由於啟動時間超過或由於分配過多內存而被監視程序殺死，那么只有iOS可以生成崩潰報告。

問題是應用程序被殺死，在這種情況下，進程被終止。 並且在該進程內運行的任何代碼都無法檢測到這一點。 而且，由於iOS上的崩潰報告（除了基於iOS系統的崩潰記者）在同一個被殺死的應用程序進程內運行，因此無法報告或編寫任何崩潰報告。

以下頁面提供了更多詳細信息： http ： //support.hockeyapp.net/kb/how-tos-faq/which-types-of-crashes-can-be-collected-on-ios-and-os- x （雖然有PLCrashReporter的上下文，Testflight沒有使用它。但是一般語句是相同的）