ios - 我可以让 iOS 进程等待调试器吗？

Question

在测试我的 iOS 应用程序时，我的代码有时会遇到意外情况(精简断言失败)，它会向我显示警报，让我知道发生问题的文件和行。

然而，到目前为止，我已经超越了“断言”失败的实际点，所以即使我将 LLDB 附加到进程，也没什么可看的。

有没有办法暂停 iOS 进程，直到我连接了调试器，所以 LLDB 将在故障点正常运行，可以访问调用堆栈、变量等？我不希望应用程序崩溃，就像使用简单的断言一样。

Answer 1

通常这很容易——在你的程序中添加一个busyloop。在 C 术语中，您可能有一个静态文件，例如

static int wait_for_debugger = 1;

然后在你有软断言的时候，

if (bad_condition)
{
    while (wait_for_debugger)
        sleep (1);
}

当您在应用程序中遇到该条件时，线程将在此时永远等待，直到您附加调试器并执行类似的操作

(lldb) e wait_for_debugger = 0

我在 iOS 应用程序中看到的复杂情况是，如果您的应用程序停止响应事件，SpringBoard 会注意到并认为您的应用程序已挂起并将其终止。如果你在主线程上的事件循环仍在执行你会没事的，但是让另一个线程坐在这个busyloop中可能会导致其他问题。当调试器附加到 iOS 进程时，SpringBoard 知道应用程序停止响应事件是可以的(例如，您可能会在断点处停止)但如果它是免费运行的，我看不到它工作.

另一种选择是一直将调试器附加到应用程序，直到您重现故障 - 但我假设它只是偶尔发生？因此，每次从 Xcode 启动它(或从 Xcode 附加到它)可能需要额外的工作，直到您 repo 失败为止。另一方面，如果您可以使用“始终在调试器下运行”模型，则可以在软断言上使用断点。