當(dāng)iOS設(shè)備上的App應(yīng)用閃退時(shí)朵逝，操作系統(tǒng)會(huì)生成一個(gè)crash日志蔚袍，保存在設(shè)備上。crash日志上有很多有用的信息，比如每個(gè)正在執(zhí)行線程的完整堆棧跟蹤信息和內(nèi)存映像啤咽，這樣就能夠通過解析這些信息進(jìn)而定位crash發(fā)生時(shí)的代碼邏輯晋辆，從而找到App閃退的原因。通常來說宇整，crash產(chǎn)生來源于兩種問題：違反iOS系統(tǒng)規(guī)則導(dǎo)致的crash和App代碼邏輯BUG導(dǎo)致的crash瓶佳，下面分別對(duì)他們進(jìn)行分析。
違反iOS系統(tǒng)規(guī)則產(chǎn)生crash的三種類型
(1) 內(nèi)存報(bào)警閃退
當(dāng)iOS檢測到內(nèi)存過低時(shí)鳞青，它的VM系統(tǒng)會(huì)發(fā)出低內(nèi)存警告通知霸饲，嘗試回收一些內(nèi)存；如果情況沒有得到足夠的改善臂拓，iOS會(huì)終止后臺(tái)應(yīng)用以回收更多內(nèi)存厚脉；最后，如果內(nèi)存還是不足胶惰，那么正在運(yùn)行的應(yīng)用可能會(huì)被終止掉傻工。在Debug模式下，可以主動(dòng)將客戶端執(zhí)行的動(dòng)作邏輯寫入一個(gè)log文件中孵滞，這樣程序童鞋可以將內(nèi)存預(yù)警的邏輯寫入該log文件中捆，當(dāng)發(fā)生如下截圖中的內(nèi)存報(bào)警時(shí)，就是提醒當(dāng)前客戶端性能內(nèi)存吃緊剃斧，可以通過Instruments工具中的Allocations
和 Leaks模塊庫來發(fā)現(xiàn)內(nèi)存分配問題和內(nèi)存泄漏問題轨香。
(2) 響應(yīng)超時(shí)
當(dāng)應(yīng)用程序?qū)σ恍┨囟ǖ氖录ū热鐔?dòng)、掛起幼东、恢復(fù)臂容、結(jié)束）響應(yīng)不及時(shí)，蘋果的Watchdog機(jī)制會(huì)把應(yīng)用程序干掉根蟹，并生成一份相應(yīng)的crash日志脓杉。這些事件與下列UIApplicationDelegate方法相對(duì)應(yīng)，當(dāng)遇到Watchdog日志時(shí)简逮，可以檢查上圖中的幾個(gè)方法是否有比較重的阻塞UI的動(dòng)作球散。
application:didFinishLaunchingWithOptions:
applicationWillResignActive:
applicationDidEnterBackground:
applicationWillEnterForeground:
applicationDidBecomeActive:
applicationWillTerminate:
(3) 用戶強(qiáng)制退出
一看到“用戶強(qiáng)制退出”，首先可能想到的雙擊Home鍵散庶，然后關(guān)閉應(yīng)用程序蕉堰。不過這種場景一般是不會(huì)產(chǎn)生crash日志的，因?yàn)殡p擊Home鍵后悲龟，所有的應(yīng)用程序都處于后臺(tái)狀態(tài)屋讶，而iOS隨時(shí)都有可能關(guān)閉后臺(tái)進(jìn)程，當(dāng)應(yīng)用阻塞界面并停止響應(yīng)時(shí)這種場景才會(huì)產(chǎn)生crash日志须教。這里指的“用戶強(qiáng)制退出”場景皿渗，是稍微比較復(fù)雜點(diǎn)的操作：先按住電源鍵斩芭，直到出現(xiàn)“滑動(dòng)關(guān)機(jī)”的界面時(shí)，再按住Home鍵乐疆，這時(shí)候當(dāng)前應(yīng)用程序會(huì)被終止掉划乖，并且產(chǎn)生一份相應(yīng)事件的crash日志。
應(yīng)用邏輯的Bug
大多數(shù)閃退崩潰日志的產(chǎn)生都是因?yàn)閼?yīng)用中的Bug挤土，這種Bug的錯(cuò)誤種類有很多琴庵，比如
SEGV：（Segmentation Violation，段違例）仰美，無效內(nèi)存地址细卧，比如空指針，未初始化指針筒占，棧溢出等；
SIGABRT：收到Abort信號(hào)蜘犁，可能自身調(diào)用abort()或者收到外部發(fā)送過來的信號(hào)翰苫；
SIGBUS：總線錯(cuò)誤。與SIGSEGV不同的是这橙，SIGSEGV訪問的是無效地址（比如虛存映射不到物理內(nèi)存）奏窑，而SIGBUS訪問的是有效地址，但總線訪問異常（比如地址對(duì)齊問題）屈扎；
SIGILL：嘗試執(zhí)行非法的指令埃唯，可能不被識(shí)別或者沒有權(quán)限；
SIGFPE：Floating Point Error鹰晨，數(shù)學(xué)計(jì)算相關(guān)問題（可能不限于浮點(diǎn)計(jì)算）墨叛，比如除零操作；
SIGPIPE：管道另一端沒有進(jìn)程接手?jǐn)?shù)據(jù)模蜡；
常見的崩潰原因基本都是代碼邏輯問題或資源問題漠趁，比如數(shù)組越界，訪問野指針或者資源不存在忍疾，或資源大小寫錯(cuò)誤等闯传。
crash的收集
在Mac 系統(tǒng)上，只需要打開xcode->windows->devices卤妒，選擇device logs進(jìn)行查看甥绿，如下圖，這些crash文件都可以導(dǎo)出來则披，然后再單獨(dú)對(duì)這個(gè)crash文件做處理分析共缕。
看日志
市場上已有的商業(yè)軟件提供crash收集服務(wù)，這些軟件基本都提供了日志存儲(chǔ)收叶，日志符號(hào)化解析和服務(wù)端可視化管理等服務(wù)：
Crashlytics (www.crashlytics.com)
Crittercism (www.crittercism.com)
Bugsense (www.bugsense.com)
HockeyApp (www.hockeyapp.NET)
Flurry(www.flurry.com)
開源的軟件也可以拿來收集crash日志骄呼，比如Razor,QuincyKit（Git鏈接）等，這些軟件收集crash的原理其實(shí)大同小異，都是根據(jù)系統(tǒng)產(chǎn)生的crash日志進(jìn)行了一次提取或封裝蜓萄，然后將封裝后的crash文件上傳到對(duì)應(yīng)的服務(wù)端進(jìn)行解析處理隅茎。很多商業(yè)軟件都采用了Plcrashreporter這個(gè)開源工具來上傳和解析crash，比如HockeyApp,Flurry和crittercism等嫉沽。
crash信息
由于自己的crash信息太長辟犀，找了一張示例：
1) crash標(biāo)識(shí)是應(yīng)用進(jìn)程產(chǎn)生crash時(shí)的一些標(biāo)識(shí)信息，它描述了該crash的唯一標(biāo)識(shí)（E838FEFB-ECF6-498C-8B35-D40F0F9FEAE4）绸硕，所發(fā)生的硬件設(shè)備類型（iphone3,1代表iphone4）堂竟，以及App進(jìn)程相關(guān)的信息等；
2）基本信息描述的是crash發(fā)生的時(shí)間和系統(tǒng)版本玻佩；
3）異常類型描述的是crash發(fā)生時(shí)拋出的異常類型和錯(cuò)誤碼出嘹；
4）線程回溯描述了crash發(fā)生時(shí)所有線程的回溯信息，每個(gè)線程在每一幀對(duì)應(yīng)的函數(shù)調(diào)用信息（這里由于空間限制沒有全部列出）咬崔；
5）二進(jìn)制映像是指crash發(fā)生時(shí)已加載的二進(jìn)制文件税稼。以上就是一份crash日志包含的所有信息，接下來就需要根據(jù)這些信息去解析定位導(dǎo)致crash發(fā)生的代碼邏輯垮斯， 這就需要用到符號(hào)化解析的過程（洋名叫：symbolication)郎仆。
解決線上閃退
首先保證，發(fā)布前充分測試兜蠕。發(fā)布后依然有閃退現(xiàn)象扰肌，查看崩潰日志，及時(shí)修復(fù)并發(fā)布熊杨。
