你好,歡迎來到IOS教程網

 Ios教程網 >> IOS編程開發 >> IOS開發基礎 >> EXC_BAD_ACCESS的本質詳解以及僵屍模式調試原理

EXC_BAD_ACCESS的本質詳解以及僵屍模式調試原理

編輯:IOS開發基礎

52f57b4ab65a9t1280l75.jpg

原文:What Is EXC_BAD_ACCESS and How to Debug It

有時候,你會遇到由EXC_BAD_ACCESS造成的崩潰。 這篇文章會告訴你什麼是EXC_BAD_ACCESS,以及它產生的原因。我還會提供一些EXC_BAD_ACCESS錯誤的解決方案。

1. 什麼是 EXC_BAD_ACCESS?

一旦你理解EXC_BAD_ACCESS的本質,你就會更好地理解這個模糊的名詞。這裡有一個極為簡單的解釋,也有一個技術層面的解釋。我們首先從簡單的解釋開始說起。

2. 簡單的解釋

不管什麼時候當你遇到EXC_BAD_ACCESS這個錯誤,那就意味著你向一個已經釋放的對象發送消息。這是最常見的情況,但也有例外,我們將在稍後討論。

3. EXC_BAD_ACCESS的本質

技術層面的解釋有些復雜。在C和Objective-C中,你一直在處理指針。指針無非是存儲另一個變量的內存地址的變量。當您向一個對象發送消息時,指向該對象的指針將會被引用。這意味著,你獲取了指針所指的內存地址,並訪問該存儲區域的值。

當該存儲器區域不再映射到您的應用時,或者換句話說,該內存區域在你認為使用的時候卻沒有使用,該內存區域是無法訪問的。 這時內核會拋出一個異常( EXC ),表明你的應用程序不能訪問該存儲器區域(BAD ACCESS) 。

總之,當你碰到EXC_BAD_ACCESS ,這意味著你試圖發送消息到的內存塊,但內存塊無法執行該消息。但是,在某些情況下, EXC_BAD_ACCESS是由被損壞的指針引起的。每當你的應用程序嘗試引用損壞的指針,一個異常就會被內核拋出。

4.調試EXC_BAD_ACCESS

調試EXC_BAD_ACCESS可能會非常棘手和令人沮喪。然而,現在EXC_BAD_ACCESS不再是一個謎,它沒有想象中的那麼可怕。

你需要知道的第一件事是您的應用程序並不一定是在崩潰的那一刻,無法訪問內存區域。這就是常使調試EXC_BAD_ACCESS變得困難的原因。

同樣受損指針也是如此。當你的指針被損壞時,您的應用程序不會崩潰。同時,如果您在應用程序中來回傳遞一個受損的指針也不會崩潰。當應用程序試圖引用受損指針的時候,就會發生奔潰。

5.僵屍調試模式

僵屍調試模式在過去幾年中得到了普及,事實上它們已經出現在Xcode上超過十年。僵屍聽起來有點戲劇性,但它實際上是為幫助我們調試EXC_BAD_ACCESS功能而取得一個偉大的名字。讓我來解釋它是如何工作的。

在Xcode中,您可以啟用僵屍對象,這意味著被釋放的對象將會以僵屍的形式被保留。換言之,保留釋放的對象就是為了調試。這裡沒有涉及任何魔法。如果您向僵屍對象發送消息,你的應用程序將會由於EXC_BAD_ACCESS而崩潰。

這有什麼好處嗎?讓EXC_BAD_ACCESS難以調試的原因是,你不知道你的應用程序試圖訪問哪個對象。僵屍對象在許多情況下解決這個問題。通過保留已釋放的對象,Xcode可以告訴你你試圖訪問哪個對象,這使的查找問題原因容易得多。

在Xcode中啟用僵屍對象是很容易的。注意,這可能會因的Xcode的版本而不同的。以下方法適用於Xcode的6和7,單擊左上角的Edit Scheme,並選中Edit Scheme。

在左側選中Run ,在上方打開 Diagnostics選項。要啟用僵屍對象,勾選 Enable Zombie Objects選框。

figure-edit-scheme.jpg

如果你現在遇到EXC_BAD_ACCESS ,在Xcode的控制台輸出,告訴你該從哪裡查找問題。看看下面的例子輸出。 

2015-08-12 06:31:55.501 Debug[2371:1379247] -[ChildViewController respondsToSelector:] message sent to deallocated instance 0x17579780

在上面的例子中, Xcode告訴我們, respondsToSelector的消息:被發送到一個僵屍對象。然而,僵屍對象不再是ChildViewController類的一個實例。以前分配給ChildViewController實例的內存區域不再映射到您的應用程序。這為你了解問題產生的根本原因提供一個不錯的建議。

不幸的是,僵屍對象將無法保存您的一天每次崩潰的EXC_BAD_ACCESS的記錄。既然僵屍對象沒有這些方法,那麼你可以采取其他的方法進行一些適當的分析。

6.分析

如果僵屍對象不能解決你的問題,那麼問題的根源可能就不那麼簡單了。在這種情況下,您需要仔細看看在應用程序崩潰時執行的代碼。這可能是繁瑣和耗時的。

為了幫助你發現你的代碼的問題,你可以使用Xcode來分析你的代碼,幫助你找到出現問題的地方。注意,Xcode分析項目,它會指出每一個潛在的可能出現的問題的地方。

使用Xcode來分析你的項目,從Xcode的 Product菜單選擇 Analyze或按 Shift-Command-B.Xcode的將需要片刻的時間,但是當它完成的時候你會在左邊的 Issue Navigator看到問題列表。由Analyze發現的問題用藍色高亮顯示。

figure-analyze-1.jpg

當你點擊一個問題,Xcode的會指向問題代碼塊,這些正是你要的注意的地方。注意,Xcode僅僅是建議。在某些情況下,這是可能的,問題是不相關的,不固定。

figure-analyze-2.jpg

如果你找不到造成EXC_BAD_ACCESS的錯誤,那就需要你仔細審視Xcode項目,分析其中發現的每一個問題。

7.結論

EXC_BAD_ACCESS是開發者面臨的一個共同的問題,它是手動內存管理固有的問題。雖然推行ARC內存管理方式 (自動引用計數)使得EXC_BAD_ACCESS沒那麼頻繁,但他們並沒有真正的消失。

  1. 上一頁:
  2. 下一頁:
蘋果刷機越獄教程| IOS教程問題解答| IOS技巧綜合| IOS7技巧| IOS8教程
Copyright © Ios教程網 All Rights Reserved