message sent to deallocated instance 除錯

最新推荐文章于 2024-08-31 10:00:00 发布

转载最新推荐文章于 2024-08-31 10:00:00 发布 · 1k 阅读

文章标签：

#xcode #scheme #google #access #shell #layer

Debug 专栏收录该内容

0 篇文章

订阅专栏

本文介绍了一种在iOS开发过程中定位并解决僵尸对象错误的方法，通过设置特定的运行参数和使用gdb命令来追踪错误来源。

原文地址：http://kenobiluh.blogspot.com/2011/04/message-sent-to-deallocated-instance.html

常常程式一長，哪邊就不小心多release了一次
這時候編譯器就只會告訴你：BAD_ACCESS，然後程式就死了
剛開始會google到去Argument加個NSZombieEnabled YES
會多吐一點東西讓你把bug除掉
今天遇到加了這個後error message變：
[CALayer release]:message sent to deallocated instance 0x4dd650
layer這麼多怎麼知道哪裡出問題阿？？？
google了一下才找到解法：

1.在Argument裡面加入這三個參數：
NSZombieEnabled YES
MallocStackLogging YES
MallocStackLoggingNoCompact Yes
第一項可監控deallocated的記憶體，給更多的錯誤訊息
第二項可開啟MallocStack，就知道記憶體在程式運行中被配置的歷史
第三項可以更清楚顯示指定的MallocStack狀況（一開始沒加看到快脫窗還是看不懂）
2.跑程式（建議用模擬器），開console，這時候可以注意到一開始會出現類似下列訊息：
myproject(11779) malloc: stack logs being written into /tmp/stack-logs.11779.myproject.81hXWV
表示gdb開始有在紀錄
3.讓程式跑到出錯
如果有做步驟一，應該就會看到message sent to deallocated instance的錯誤訊息
複製後面跟的位址
4.在(gdb)後面下指令info malloc-history 0x4dd650（剛剛得到的位址）
如果gdb說找不到指令，可改用shell 11779 malloc_history（11779為程式的pid）
建議在模擬器跑的原因是因為程式跑在裝置的OS上，pid是裝置給予的，要存取好像會有點問題
今天在這卡關卡了一陣
5.如果上述步驟順利的話就會看到一串比較像程式碼的東西，應該也就看得出bug了

像這次遇到的bug就是因為某個UIButton沒有給定記憶體位置，dealloc函式裡又dealloc了一次
最後當在main
這種bug單看error message最好是de得出來啦！

補記一下加入Argument的方法：
xcode 3系列：Executables→Get Info→Argument標籤
xcode 4系列：選取模擬器或裝置編譯的地方→edit scheme→Argument