ios - 执行被中断，原因: EXC_BAD_ACCESS (code=1,地址=0xb06b9940)

Question

我是 lldb 的新手，正在尝试使用 po [$eax class] 诊断错误

UI 中显示的错误是:

Thread 1: EXC_BREAKPOINT (code=EXC_i386_BPT, subcode=0x0)

这是 lldb 控制台，包括我输入的内容和返回的内容:

(lldb) po [$eax class]
error: Execution was interrupted, reason: EXC_BAD_ACCESS (code=1, address=0xb06b9940).
The process has been returned to the state before expression evaluation.

全局断点状态切换关闭。

Answer 1

您的应用正在停止，因为您正在运行的代码引发了未捕获的 Mach 异常。 Mach 异常相当于 Mach 内核的 BSD 信号 - 它构成了 macOS 操作系统的最低级别。

在这种情况下，特定的 Mach 异常是 EXC_BREAKPOINT。 EXC_BREAKPOINT 是一个常见的混淆源……因为它的名称中有“断点”一词，人们认为它是调试器断点。这并不完全错误，但异常的使用比这更普遍。

EXC_BREAKPOINT其实就是Mach下层在执行某条指令(trap指令)时上报的异常。该陷阱指令被 lldb 用于实现断点，但它也在各种系统软件中用作 assert 的替代方法。例如，如果您访问超过数组末尾，swift 会使用此错误。这是一种在错误发生时立即停止程序的方法。如果您在调试器之外运行，这将导致崩溃。但是，如果您在调试器中运行，则控制将返回给调试器，并带有此 EXC_BREAKPOINT 停止原因。

为了避免混淆，如果陷阱是 lldb 插入到您正在调试的程序中以实现调试器断点的陷阱，lldb 将永远不会向您显示 EXC_BREAKPOINT 作为停止原因。它总是会说 breakpoint n.n 而不是。

因此，如果您看到一个线程以 EXC_BREAKPOINT 作为停止原因而停止，这意味着您遇到了某种 fatal error ，通常是在您的程序使用的某些系统库中。此时的回溯将向您显示哪个组件引发了该错误。

无论如何，在遇到该错误后，您试图通过运行 po [$eax class] 调用类方法来找出 eax 寄存器中值的类。调用该方法(这将导致代码在您正在调试的程序中运行)会导致崩溃。这就是您引用的“错误”消息告诉您的内容。

这几乎可以肯定是因为 $eax 没有指向有效的 ObjC 对象，所以您只是在某个随机值上调用方法，这会导致崩溃。

请注意，如果您正在调试 64 位程序，那么 $eax 实际上是实际参数传递寄存器 $rax 的低 32 位。 64 位指针的低 32 位不太可能是有效的指针值，因此对其调用 class 导致崩溃一点也不奇怪。

如果您尝试在 64 位 Intel 上对第一个传递的参数(ObjC 方法中的 self)调用类，您真的想这样做:

(lldb) po [$rax class]

请注意，这也不太可能奏效，因为 $rax 仅在函数的开头包含 self。然后它被用作临时寄存器。因此，如果您以任何方式进入该函数(您的代码在某些测试中致命失败的事实似乎很有可能)$rax 不太可能仍然保持 self。

另请注意，如果这是一个 32 位程序，那么 $eax 实际上不用于参数传递 - 32 位 Intel 代码在堆栈上而不是在寄存器中传递参数。

无论如何，要弄清楚哪里出了问题，首先要做的是在出现此异常时打印回溯，并查看发生此错误时正在运行的代码。