XCode 调试器 lldb 在没有错误输出的情况下中断，但程序运行正常
XCode debugger lldb breaks without error output but program works fine
我最近在我的项目中遇到了一个奇怪的行为。
它使用 Objective-C 作为输出，但大部分核心是 C++11。许多 C++ 例程仅在 header 内内联。该应用程序通过伯克利套接字与服务器通信。此外，该应用程序在模拟器和实际设备上都运行良好。我的日志没问题，应用程序按预期运行...
...只要我不使用 XCode 调试器。
调试器总是在我发送保持活动状态的同一行代码中中断。这是由第二个线程完成的。如果我注释掉这一行，它将停在下一行。如果我将 return 直接放在方法的开头，它会在 return 处停止（顺便说一句，它是一个内联方法）。如果我注释掉这个调用，它会停在我使用该方法的下一个地方。如果我点击继续，应用程序将按预期工作，直到下一次调用发生。
在日志 window 中只有一个输出（在我的日志之后）：
(lldb)
我已经尝试清理我的应用程序（“~library/developer/xcode”）并重新启动所有应用程序。没有效果。
不幸的是，我找不到用小样本重现问题的方法。
我的问题，有没有人遇到过类似的问题？有没有办法获取 lldb 导致停止的信息？
我重新整理代码后发现了问题，因为我认为这可能是调用堆栈损坏。
听起来很尴尬，但这是一个断点！问题是，它不可见。调试过的人都知道在一行中设置断点的情况，如果你不能设置断点，断点会滑到下一个逻辑位置。这个位置总是在你设置它的方法之内。
随着 C++11 和内联方法调用内联方法，这条规则似乎不再牢不可破。断点不在定义和第一个内联方法之间的有效代码区域中。根据首先编译的方法，断点似乎在某些常规代码中移动。清除应用程序缓存并没有消除断点。不幸的是（当然）lldb 没有告诉你它因为你设置的断点而中断。
Jason Molenda 写了以下评论，这将帮助其他面临类似问题的人，我在我的回答中添加了因为不是每个人都阅读评论：
Try typing thread info at the lldb prompt, or thread list. This will
show you the "stop reason" for each thread. e.g. if you hit a
breakpoint, it will say that. If I attach to a process which pauses
it, it will say SIGSTOP. I don't kno what yours will say but it may
help to understand what is happening.
我最近在我的项目中遇到了一个奇怪的行为。 它使用 Objective-C 作为输出，但大部分核心是 C++11。许多 C++ 例程仅在 header 内内联。该应用程序通过伯克利套接字与服务器通信。此外，该应用程序在模拟器和实际设备上都运行良好。我的日志没问题，应用程序按预期运行... ...只要我不使用 XCode 调试器。
调试器总是在我发送保持活动状态的同一行代码中中断。这是由第二个线程完成的。如果我注释掉这一行，它将停在下一行。如果我将 return 直接放在方法的开头，它会在 return 处停止（顺便说一句，它是一个内联方法）。如果我注释掉这个调用，它会停在我使用该方法的下一个地方。如果我点击继续，应用程序将按预期工作，直到下一次调用发生。
在日志 window 中只有一个输出（在我的日志之后）：
(lldb)
我已经尝试清理我的应用程序（“~library/developer/xcode”）并重新启动所有应用程序。没有效果。
不幸的是，我找不到用小样本重现问题的方法。
我的问题，有没有人遇到过类似的问题？有没有办法获取 lldb 导致停止的信息？
我重新整理代码后发现了问题，因为我认为这可能是调用堆栈损坏。
听起来很尴尬，但这是一个断点！问题是，它不可见。调试过的人都知道在一行中设置断点的情况，如果你不能设置断点，断点会滑到下一个逻辑位置。这个位置总是在你设置它的方法之内。 随着 C++11 和内联方法调用内联方法，这条规则似乎不再牢不可破。断点不在定义和第一个内联方法之间的有效代码区域中。根据首先编译的方法，断点似乎在某些常规代码中移动。清除应用程序缓存并没有消除断点。不幸的是（当然）lldb 没有告诉你它因为你设置的断点而中断。
Jason Molenda 写了以下评论，这将帮助其他面临类似问题的人，我在我的回答中添加了因为不是每个人都阅读评论：
Try typing thread info at the lldb prompt, or thread list. This will show you the "stop reason" for each thread. e.g. if you hit a breakpoint, it will say that. If I attach to a process which pauses it, it will say SIGSTOP. I don't kno what yours will say but it may help to understand what is happening.