我将在这里更新杰夫的答案：
要突出显示导致异常的行（而不是main.m中的UIApplicationMain（））并查看异常的原因（例如，“error：fetch请求必须具有实体。”），请执行以下操作：
1.在断点导航器中：
1.添加（+），添加异常断点
1.选择新断点，按住Ctrl键单击，编辑断点
1.添加操作
1.输入：po $arg1
堆栈跟踪的相关部分将位于nagivator区域。
这似乎在Xcode 9中仍然有效
下面是我为Xcode 6及以下版本添加的内容。
1.输入：po（NSException）$eax*
在Xcode 6中，你必须显式地提供对象类型，因为它不再被推断。

对于Xcode 7-9（基于Jeff的回答）：
在断点导航器中：
1.添加（+），添加异常断点
1.选择新断点，按住Ctrl键单击，编辑断点
1.添加操作
1.输入：po $arg1

要突出显示导致异常的行（而不是main.m中的UIApplicationMain（））并查看异常的原因（例如，“error：fetch请求必须具有实体。”），请执行以下操作：
1.在断点导航器中：
1.添加（+），添加异常断点
1.选择新断点，按住Ctrl键并单击，编辑断点
1.添加操作
1.输入：po $eax
堆栈跟踪的相关部分将位于nagivator区域。

是的，xcode对于调试不是那么友好。我喜欢这篇文章，它帮助我更清楚地理解崩溃日志））Demystifying iOS Application Crash Logs
如果您看到错误“消息发送到释放的示例”，也请执行此操作
'产品-〉编辑方案-〉启用僵尸对象'
这将启用僵尸对象，当你对你的项目进行配置文件时选择“僵尸”，导致错误，你将能够看到哪些对象被释放，例如NSArray *myArray

从po $eax或po (NSException *)$eax得到的信息似乎与Xcode在没有设置异常断点的情况下打印的信息不同。
1.添加异常断点
1.发生异常，断点被命中-〉我知道位置
1.临时禁用断点（Debug区域左侧的第二个按钮）
1.继续执行程序（Debug区域左侧的第三个按钮）
1.详细信息已打印-〉我知道原因
显然不是很优雅和灵活，但至少我两个大问题得到了回答（在哪里和为什么）。

LLDB线程回溯

Low Level Virtual Machine(LLVM)(https://stackoverflow.com/a/66844588/4770877)
可以使用bt或thread backtrace命令打印错误跟踪
显示当前线程的堆栈回溯。
在崩溃报告中可以找到相同的堆栈跟踪

当前线程使用信息currentThread

//Objective-C
po [NSThread currentThread]

//Swift
po Thread.currentThread

• 当po不工作时，有时可以使用fr v（或者XCode 10.2中的v）