屏幕快照 2018-04-03 上午9.47.28.png
再次崩潰時(shí)會(huì)打印出如下
-[__NSSetI release]: message sent to deallocated instance 0x1d4291b70
如果崩潰是發(fā)生在當(dāng)前調(diào)用棧，通過(guò)上面的做法，系統(tǒng)就會(huì)把崩潰原因定位到具體代碼中。但是，如果崩潰不在當(dāng)前調(diào)用棧，系統(tǒng)就僅僅只能把崩潰地址告訴我們，而沒(méi)辦法定位到具體代碼，這樣我們也沒(méi)法去修改錯(cuò)誤。這時(shí)就可以修改scheme，讓xcode記錄每個(gè)地址alloc的歷史，這樣我們就可以用命令把這個(gè)地址還原出來(lái)。如圖：(跟設(shè)置NSZombieEnabled一樣，添加MallocStackLoggingNoCompact，并且設(shè)置為YES)
message sent to deallocated instance后會(huì)有一個(gè)內(nèi)存地址，如:0×6497860,我們需要查看該地址的malloc history.查看方法，在原來(lái)的gdb下，使用”info malloc_history 0×6497860“即可顯示malloc記錄。但是新版的Xcode 不再支持，怎么辦呢，我們還有terminal,使用終端的malloc_history命令，如”malloc_history 32009 0×6497860“即可顯示。其中的32009是該進(jìn)程的pid,根據(jù)這個(gè)malloc記錄，可以大致定位出錯(cuò)信息的代碼位置。
Terminal中 輸入
malloc_history 32009 0xc9313d0 |grep 0xc9313d0
會(huì)出現(xiàn)類似以下提示代碼，根據(jù)提示就可以找出錯(cuò)誤具體位置
ALLOC 0xfcdff50-0xfce00b7 [size=360]: thread_3bf2a28 |start | main | UIApplicationMain | GSEventRun
| GSEventRunModal | CFRunLoopRunInMode | CFRunLoopRunSpecific | __CFRunLoopRun | __CFRunLoopDoObservers
| __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ | _afterCACommitHandler | _applyBlockToCFArrayCopiedToStack
| ___afterCACommitHandler_block_invoke | __38-[UITableView touchesEnded:withEvent:]_block_invoke |
-[UITableView _userSelectRowAtPendingSelectionIndexPath:] | -[UITableView _selectRowAtIndexPath:animated:scrollPosition:notifyDelegate:] | -[MessageListViewController tableView:didSelectRowAtIndexPath:] | _objc_rootAlloc | class_createInstance | calloc | malloc_zone_calloc
