Objective-C的堆栈跟踪

使用NSAssert()抛出在iPad设备上运行的Objective-C的应用NSInternalInconsistencyException异常后（在调试模式下进行编译），我得到类似的东西：Objective-C的堆栈跟踪

2012-05-27 02:31:36.830 appname[10821:707] *** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'reason' 
*** First throw call stack: 
(0x3800788f 0x33338259 0x38007789 0x371f13a3 0x791a1 0x79555 0x79e03 0x7a44d 0x798d3 0x737fd 0x30e19c8b 0x30e18461 0x30e0ae87 0x30e7b7d5 0x30e18e6d 0x30e127dd 0x30de0ac3 0x30de0567 0x30ddff3b 0x3644122b 0x37fdb523 0x37fdb4c5 0x37fda313 0x37f5d4a5 0x37f5d36d 0x30e1186b 0x30e0ecd5 0x7343f 0x733e4) 
terminate called throwing an exception

哪有我发现一个有用的堆栈跟踪，它给了我至少一个简单列表，所有的函数被调用，直到抛出异常？

Xcode中并没有帮助：

http://i47.tinypic.com/xax4l0.png

bt在lldb显示：

(lldb) bt 
* thread #1: tid = 0x1c03, 0x30c6832c libsystem_kernel.dylib`__pthread_kill + 8, stop reason = signal SIGABRT 
    frame #0: 0x30c6832c libsystem_kernel.dylib`__pthread_kill + 8 
    frame #1: 0x331f920e libsystem_c.dylib`pthread_kill + 54 
    frame #2: 0x331f229e libsystem_c.dylib`abort + 94 
    frame #3: 0x37682f6a libc++abi.dylib`abort_message + 46 
    frame #4: 0x3768034c libc++abi.dylib`_ZL17default_terminatev + 24 
    frame #5: 0x33338356 libobjc.A.dylib`_objc_terminate + 146 
    frame #6: 0x376803c4 libc++abi.dylib`_ZL19safe_handler_callerPFvvE + 76 
    frame #7: 0x37680450 libc++abi.dylib`std::terminate() + 20 
    frame #8: 0x37681824 libc++abi.dylib`__cxa_rethrow + 88 
    frame #9: 0x333382a8 libobjc.A.dylib`objc_exception_rethrow + 12 
    frame #10: 0x37f5d50c CoreFoundation`CFRunLoopRunSpecific + 404 
    frame #11: 0x37f5d36c CoreFoundation`CFRunLoopRunInMode + 104 
    frame #12: 0x30e1186a UIKit`-[UIApplication _run] + 550 
    frame #13: 0x30e0ecd4 UIKit`UIApplicationMain + 1080 
    frame #14: 0x0007343e appname`main + 86 at main.m:5

这是更好的，但仍然不是非常有用的。我仍然不知道是什么导致抛出异常。

来源

2012-05-26 rid

在调试窗口中键入'bt'会给你什么？ – lnafziger

@lnafziger，更新了问题。 – rid

一对夫妇有用的东西：

如果你运行你的应用程序进行的Xcode中，添加一个异常断点。在断点导航器（命令6）中，点击左下角的'+'来添加。这将暂停在抛出异常的行执行，并允许您检查当前的范围，堆栈等
如果你用gdb，使用bt打印回溯
如果”重新使用lldb，使用thread backtrace而不是

来源

2012-05-27 00:03:02 Sean

不错！异常断点正是我一直在寻找的，谢谢。 – rid

没问题。是的，那天我了解异常断点有点改变了我的生活。我发现它们是最有用的调试工具之一。 – Sean

我很遗憾，我只有1点赞成。 – Jeff

Objective-C的堆栈跟踪

回答

相关问题