當一個iOS應用程式崩潰時，系統會建立一份crash日誌儲存在裝置上。crash日誌記錄著應用程式崩潰資訊，通常包含著每個執行執行緒的棧呼叫資訊(低記憶體閃退日誌例外)，對於開發人員定位問題很有幫助。如果裝置就在身邊，可以連線裝置，開啟Xcode - Window - Organizer，在左側面板選擇Device Logs(可以選擇具體裝置Device Logs或者Library下所有裝置Device Logs)。然後根據時間排序檢視crash日誌。這是開發、測試階段常用的方式。 　　如果應用程式已經提交App Store釋出，使用者已經安裝使用，那麼開發者可以透過iTunes Connect(Manage Your Applications - View Details - Crash Reports)獲取使用者crash日誌。不過大多數發者並不依賴於此。因為這需要使用者裝置上同意上傳相關資訊。考慮並不是所有iPhone使用者都允許傳送診斷報告(crash日誌)，而且對於部分提交Apple的crash日誌，開發者需要手動拉取，然後找到對應符號檔案進行解析——這是一件繁瑣的事情。所以實際專案中，通常接入現有的crash收集工具，或者自己編寫一個進行自動化收集、解析和統計彙總。

當一個iOS應用程式崩潰時，系統會建立一份crash日誌儲存在裝置上。crash日誌記錄著應用程式崩潰資訊，通常包含著每個執行執行緒的棧呼叫資訊(低記憶體閃退日誌例外)，對於開發人員定位問題很有幫助。

如果裝置就在身邊，可以連線裝置，開啟Xcode - Window - Organizer，在左側面板選擇Device Logs(可以選擇具體裝置Device Logs或者Library下所有裝置Device Logs)。然後根據時間排序檢視crash日誌。這是開發、測試階段常用的方式。 　　

如果應用程式已經提交App Store釋出，使用者已經安裝使用，那麼開發者可以透過iTunes Connect(Manage Your Applications - View Details - Crash Reports)獲取使用者crash日誌。不過大多數發者並不依賴於此。因為這需要使用者裝置上同意上傳相關資訊。考慮並不是所有iPhone使用者都允許傳送診斷報告(crash日誌)，而且對於部分提交Apple的crash日誌，開發者需要手動拉取，然後找到對應符號檔案進行解析——這是一件繁瑣的事情。所以實際專案中，通常接入現有的crash收集工具，或者自己編寫一個進行自動化收集、解析和統計彙總。

一、如何獲得crash日誌

當一個iOS應用程式崩潰時，系統會建立一份crash日誌儲存在裝置上。這份crash日誌記錄著應用程式崩潰時的資訊，通常包含著每個執行執行緒的棧呼叫資訊(低記憶體閃退日誌例外)，對於開發人員定位問題很有幫助。

如果裝置就在身邊，可以連線裝置，開啟Xcode - Window - Organizer，在左側面板中選擇Device

Logs(可以選擇具體裝置的Device Logs或者Library下所有裝置的Device

Logs)，然後根據時間排序檢視裝置上的crash日誌。這是開發、測試階段最經常採用的方式。

如果應用程式已經提交到App Store釋出，使用者已經安裝使用了，那麼開發者可以透過iTunes Connect(Manage Your

Applications - View Details - Crash

Reports)獲取使用者的crash日誌。不過這並不是100%有效的，而且大多數開發者並不依賴於此，因為這需要使用者裝置同意上傳相關資訊，詳情可參見iOS:

Providing Apple with diagnostics and usage information摘要。

考慮到並不是所有iPhone使用者都允許自動傳送診斷報告(crash日誌)，而且對於部分提交到Apple得crash日誌，開發者還需要手動去拉取，然後找到對應的符號檔案進行解析——這是一件很繁瑣的事情。所以實際專案開發中，通常接入現有的crash收集工具(參考1，參考2)，或者自己編寫一個進行自動化收集、解析和統計彙總。