-
野指針.
- C語言: 當我們聲明1個指針變量,沒有為這個指針變量賦初始值.這個指針變量的值是1個垃圾指 指向1塊隨機的內存空間。
- OC語言: 指針指向的對象已經被回收掉了.這個指針就叫做野指針.
- 僵屍對象
一個OC對象引用計數為0被釋放后就變成僵屍對象了，僵屍對象的內存已經被系統回收，雖然可能該對象還存在，數據依然在內存中，但僵屍對象已經是不穩定對象了，不可以再訪問或者使用，它的內存是隨時可能被別的對象申請而占用的
- . 內存回收的本質.
- 申請1塊空間,實際上是向系統申請1塊別人不再使用的空間.
- 釋放1塊空間,指的是占用的空間不再使用,這個時候系統可以分配給別人去使用.
- 在這個個空間分配給別人之前 數據還是存在的.
- OC對象釋放以后,表示OC對象占用的空間可以分配給別人.
- 但是再分配給別人之前 這個空間仍然存在 對象的數據仍然存在.
- 僵屍對象: 1個已經被釋放的對象 就叫做僵屍對象.
-
-
. 使用野指針訪問僵屍對象.有的時候會出問題報錯（EXC_BAD_ACCESS）,有的時候不會出問題.
- 當野指針指向的僵屍對象所占用的空間還沒有分配給別人的時候,這個時候其實是可以訪問的.因為對象的數據還在.
-
當野指針指向的對象所占用的空間分配給了別人的時候 這個時候訪問就會出問題. 所以,你不要通過1個野指針去訪問1個僵屍對象.
-
- 雖然可以通過野指針去訪問已經被釋放的對象,但是我們不允許這么做.
-
. 僵屍對象檢測.
- 默認情況下. Xcode不會去檢測指針指向的對象是否為1個僵屍對象. 能訪問就訪問 不能訪問就報錯.
- 可以開啟Xcode的僵屍對象檢測.
- 那么就會在通過指針訪問對象的時候,檢測這個對象是否為1個僵屍對象 如果是僵屍對象 就會報錯.
-
. 為什么不默認開啟僵屍對象檢測呢?
- 因為一旦開啟,每次通過指針訪問對象的時候.都會去檢查指針指向的對象是否為僵屍對象.
- 那么這樣的話 就影響效率了.
-
- . 如何避免僵屍對象報錯.
-
- 當1個指針變為野指針以后. 就把這個指針的值設置為nil
- 僵屍對象無法復活.
-
- 當1個對象的引用計數器變為0以后 這個對象就被釋放了.
-
就無法取操作這個僵屍對象了. 所有對這個對象的操作都是無效的.
-
因為一旦對象被回收 對象就是1個僵屍對象 而訪問1個僵屍對象 是沒有意義.
- 空指針
空指針是指沒有指向任何東西的指針（存儲的東西是nil、NULL、0），給空指針發送消息不會報錯
開啟Xcode對僵屍對象檢測調試
BAD_ACCESS 在什么情況下出現
BAD_ACCESS 報錯屬於內存訪問錯誤，會導致程序崩潰，錯誤的原因是訪問了野指針(懸掛指針)。野指針指的是本來指針指向的對象已經釋放了，但指向該對象的指針沒有置 nil，指針指向隨機的未知的內存，程序還以為該指針指向那個對象，導致存在一些潛在的危險訪問操作，這些危險訪問操作無法被指針指向的未知內存所處理，就會導致BAD_ACCESS錯誤造成程序崩潰。訪問的含義包括多種情況，例如:向野指針發送消息，讀寫野指針本來指向的對象的成員變量等等。
如何調試BAD_ACCESS錯誤
首先調試BAD_ACCESS錯誤是比較困難的，我們知道BAD_ACCESS錯誤是由於訪問了野指針，但程序不會在野指針出現時或者在我們訪問野指針的代碼處報錯，導致對其難以察覺，調試方法思路如下：
-
開啟僵屍對象診斷
首先是開啟僵屍對象診斷模式，利用僵屍對象來對野指針的出現位置提供線索。我們知道僵屍對象指的是引用計數為0被系統回收的對象，但這些對象暫時還存在於內存中，且理論上還是可以使用的，但是不穩定。開啟僵屍對象診斷后，僵屍對象會暫時保持活躍用於調試，我們的野指針在對象回收后依然指向該僵屍對象，在訪問野指針也就是訪問僵屍對象的情況下可以被編輯器檢測出來。這個時候還是會報BAD_ACCESS錯誤，但是后台會打印出該線索，例如下面的訪問野指針打印的后台信息：
可以看出Xcode告訴我們消息發送給了一個僵屍對象，僵屍對象原本是一個實例，但現在該對象被回收了而開發者還試圖訪問它，由此可以很容易定位問題所在。
另外開啟僵屍對象診斷的方法為：打開Xcode頂部導航欄的Product-Scheme-Edit Scheme，在彈出的界面中選中左側的Run模式，然后勾選右側Dianostics下的Zombie Objects。
為什么不默認開啟僵屍對象檢測呢？
因為一旦開啟，每次通過指針訪問對象的時候，都會去檢查指針指向的對象是否為僵屍對象。所以會影響程序的執行效率，建議關閉。
-
Analyze分析
僵屍對象診斷可以幫助快速定位多數情況下的野指針問題，但也有時候不能奏效，這個時候只能利用Xcode的Analyze靜態分析幫助檢查可能出問題的地方，仔細檢查問題所在，比較費時。
使用方法很簡單，選中Xcode頂部導航欄Product-Analyze或使用快捷鍵Command+Shift+B，分析需要花一些時間，然后左側會列出編輯器發現的存在潛在問題的地方，選中藍色圖標對應的問題項會跳到問題項所在的代碼行。但這只能給出一些潛在提示，幫助搜索問題所在，不一定和我們的bug相關。
定位到問題后把野指針至nil
用心去理解