iOS中的崩潰類型

iOS崩潰是讓iOS開發(fā)人員比較頭痛的事情,app崩潰了,說明代碼寫的有問題,在這里了解一下XCode用來表示各種崩潰類型的術(shù)語,補充一些這方面的各知識。崩潰通常是指操作系統(tǒng)向正在運行的程序發(fā)送的信號,所以我們在查看崩潰日志時,常??吹饺缦洛e誤摘要:Application received signal SIGSEGV。一般來說,常見的崩潰類型有以下幾種:

一、EXC_BAD_ACCESS

野指針引起的崩潰,訪問了一個已經(jīng)釋放的內(nèi)存而導致,向已經(jīng)釋放的對象或向它發(fā)送消息時,EXC_BAD_ACCESS就會出現(xiàn)。造成EXC_BAD_ACCESS最常見的原因是,在初始化方法中初始化變量時用錯了所有權(quán)修飾符,這會導致對象過早地被釋放。舉個例子,在viewDidLoad方法中為UIViewController創(chuàng)建了一個包含元素的NSArray,卻將該數(shù)組的所有權(quán)修飾符設(shè)成了assign而不是strong?,F(xiàn)在在viewWillAppear中,若要訪問已經(jīng)釋放掉的對象時,就會得到名為EXC_BAD_ACCESS的崩潰。

這個崩潰發(fā)生時,查看崩潰日志,卻往往得不到有用的棧信息。還好,有一個方法用來解決這個問題:NSZombieEnabled。

這是一個環(huán)境變量,用來調(diào)試與內(nèi)存相關(guān)的問題,跟蹤對象的釋放過程。啟用了NSZombieEnabled的話,它會用一個僵尸實現(xiàn)來去你的默認的dealloc實現(xiàn),也就是在引用計數(shù)降到0時,該僵尸實現(xiàn)會將該對象轉(zhuǎn)換成僵尸對象。僵尸對象的作用是在你向它發(fā)送消息時,它會顯示一段日志并自動跳入調(diào)試器。

所以,當在應(yīng)用中啟用NSZombie而不是讓應(yīng)用直接崩潰時,一個錯誤的內(nèi)存訪問就會變成一條無法識別的消息發(fā)送給僵尸對象。僵尸對象會顯示接收到的消息,然后跳入調(diào)試器,這樣你就可以查看到底哪時出了問題。 可以在Xcode的scheme頁面中設(shè)置NSZombieEnabled環(huán)境變量。點擊Product-Edit Scheme打開該頁面,然后勾選Enable Zombie Objects復選框,如圖所示:

Zombie Objects

僵尸在RAC出現(xiàn)以前作用很大。但自從有了ARC,如果你在對象的所有權(quán)方面比較注意,那么通常不會碰到內(nèi)存相關(guān)的崩潰。

二、SIGSEGV

段錯誤信息(SIGSEGV)是操作系統(tǒng)產(chǎn)生的一個更嚴重的問題。當硬件出現(xiàn)錯誤、訪問不可讀的內(nèi)存地址或向受保護的內(nèi)存地址寫入數(shù)據(jù)時,就會發(fā)生這個錯誤。

硬件錯誤這一情況并不常見。當要讀取保存在RAM中的數(shù)據(jù),而該位置的RAM硬件有問題時,你會收到SIGSEGV。SIGSEGV更多是出現(xiàn)在后兩種情況。默認情況下,代碼頁不允許進行寫操作。當應(yīng)用中的某個指針指向代碼頁并試圖修改指向位置的值時,你會收到SIGSEGV。當要讀取一個指針的值,而它被初始化成指向無效內(nèi)存地址的垃圾值時,你也會收到SIGSEGV。

SIGSEGV錯誤調(diào)試起來更困難,而導致SIGSEGV的最常見原因是不正確的類型轉(zhuǎn)換。要避免過度使用指針或嘗試手動修改指針來讀取私有數(shù)據(jù)結(jié)構(gòu)。如果你那樣做了,而在修改指針時沒有注意內(nèi)存對齊和填充問題,就會收到SIGSEGV。

三、SIGBUS

總線錯誤信號(SIGBUG)代表無效內(nèi)存訪問,即訪問的內(nèi)存是一個無效的內(nèi)存地址。也就是說,那個地址指向的位置根本不是物理內(nèi)存地址(它可能是某個硬件芯片的地址)。

四、SIGTRAP

SIGTRAP代表陷阱信號。它并不是一個真正的崩潰信號。它會在處理器執(zhí)行trap指令發(fā)送。LLDB調(diào)試器通常會處理此信號,并在指定的斷點處停止運行。如果你收到了原因不明的SIGTRAP,先清除上次的輸出,然后重新進行構(gòu)建通常能解決這個問題。

五、EXC_ARITHETIC

當要除零時,應(yīng)用會收到EXC_ARITHMETIC信號。這個錯誤應(yīng)該很容易解決。

六、SIGILL

SIGILL代表signal illegal instruction(非法指令信號)。當在處理器上執(zhí)行非法指令時,它就會發(fā)生。執(zhí)行非法指令是指,將函數(shù)指針會給另外一個函數(shù)時,該函數(shù)指針由于某種原因是壞的,指向了一段已經(jīng)釋放的內(nèi)存或是一個數(shù)據(jù)段。有時你收到的是EXC_BAD_INSTRUCTION而不是SIGILL,雖然它們是一回事,不過EXC_*等同于此信號不依賴體系結(jié)構(gòu)。

七、SIGABRT

SIGABRT代表SIGNAL ABORT(中止信號)。當操作系統(tǒng)發(fā)現(xiàn)不安全的情況時,它能夠?qū)@種情況進行更多的控制;必要的話,它能要求進程進行清理工作。在調(diào)試造成此信號的底層錯誤時,并沒有什么妙招。Cocos2d或UIKit等框架通常會在特定的前提條件沒有滿足或一些糟糕的情況出現(xiàn)時調(diào)用C函數(shù)abort(由它來發(fā)送此信號)。當SIGABRT出現(xiàn)時,控制臺通常會輸出大量的信息,說明具體哪里出錯了。由于它是可控制的崩潰,所以可以在LLDB控制臺上鍵入bt命令打印出回溯信息。

八、看門狗超時

這種崩潰通常比較容易分辨,因為錯誤碼是固定的0x8badf00d。在iOS上,它經(jīng)常出現(xiàn)在執(zhí)行一個同步網(wǎng)絡(luò)調(diào)用而阻塞主線程的情況。因此,永遠不要進行同步網(wǎng)絡(luò)調(diào)用。

原文

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容