iOS:LLDB多行断点命令don'；I don’我没有按预期工作

我正在尝试做一些有点花哨的事情，但是医生们建议这应该是可能的。也许LLDB还是太新了，但我遇到了很多调试器崩溃/死锁，即使没有发生，它似乎也不像我预期的那样工作

我试图在所有选择器调用周围放一个调试包装器，以提取特定代码块中的消息调用图。（如果您真的想知道，我可以解释原因，但这与调试器问题无关。）

我从一个Xcode断点开始，在我想要开始跟踪的行上（为了获得额外的分数，这发生在一个辅助线程上，但在您询问之前，没有，任何其他线程上的任何内容都没有对该对象或其属性子图中的任何内容进行任何访问）：

断点触发，我运行“bt”，只是为了提取：

* thread #5: tid = 0x2203, 0x000277d2 .........

然后我做了一些稍微邪恶的事情：我在objc_msgSend中放置了一个断点，就在它调用真实对象选择器的指令处。objc_msgSend看起来像：

libobjc.A.dylib`objc_msgSend:
...(instructions)...
0x37babfa4:  bx     r12
...(more instructions)...

（实际上有两个bx呼叫，但让我们保持简单。）我运行：

（包括TID，因为我在跟踪这一个线程时遇到了足够的麻烦，我不需要不相关的东西。）

这里是脚本编写的用武之地。上面描述的设置完全符合我的要求。如果在断点触发之前继续执行，则可以运行：

frame select 0
thread step-inst -m this-thread 5
frame info
continue

其效果将是调试器：

• 移动到objc_msgSend帧
• 一步一个指令，将其推进到它所指向的对象选择器框架中
• 显示相关详细信息（对象类型，已调用选择器）
• 恢复执行

在这一点上，我可以不断地粘贴这四个命令，并复制输出，直到我恨自己

另一方面，如果我运行：

breakpoint command add -s command

然后粘贴那些完全相同的命令，一切都会中断。它不会前进到对象选择器帧。它不显示帧细节，或者至少不显示正确的帧细节——取决于各种调整（见下文），它可能显示或不显示“objc_msgSend”作为当前函数。它不会恢复执行

在这种情况下，如果我能让这个例子起作用，我会非常高兴。但为了获得更多的好处，我还尝试了python，我更喜欢它，因为它允许更复杂的日志记录：

breakpoint command add -s python
> thread = frame.GetThread()
> thread.StepInstruction(1)
> newFrame = thread.GetFrameAtIndex(0)
> print " " * thread.GetNumFrames() + newFrame.GetFunctionName()
> process = thread.GetProcess()
> process.Continue()
> DONE

还是不行。同样，这取决于微小的细节，它可能会打印某些内容（通常是objc_msgSend），也可能不会打印正确的内容。它从不推动指令前进。它以后再也不会恢复执行

同样，如果我手工操作，python版本也可以正常工作：如果我等待断点触发，然后运行“script”并输入完全相同的行，它就会按预期工作。有些部分甚至可以独立工作，例如，如果我删除了除获取进程和调用进程的部分以外的所有部分。Continue（）并自动触发这些部分，则“工作正常”（这意味着我看到lldb提示符在暂停和恢复执行时快速闪烁。通常我对此感到遗憾，因为它会变得无响应，并且很快崩溃。）

---

那么：有什么想法吗？是技术还没有准备好，还是我只是错过了一些可以解决一切问题的聪明的拼图？或者我应该完全放弃，只是接受这样一个事实，即对象内部有一些部分我永远无法理解？..

断点命令无法恢复执行，然后重新获得控制权，至少今天是这样。如果断点1正在运行进程，然后断点2被击中，那么会发生什么，还有很多未解决的问题。除了代码库是否真的能够正确处理嵌套断点（它被设计为…）这个问题之外，如果断点2决定停止执行，这意味着什么？断点1的状态是否被丢弃

担心一个断点在执行较差的进程时碰到另一个断点似乎有点深奥，但除非所有细节都解决了，否则用户很容易自食其果。因此，对于今天的情况，断点命令可以在遇到断点时停止，也可以继续运行，但是没有任何能力运行一点并进行更多的处理。我知道这对于某些任务来说是一个非常有用的功能，但是在完成它之前，有很多问题需要考虑

---

在某些情况下，可以用另一种方式处理。。。如果只想在函数

lexer（）

调用函数

parser（）

时才停止函数

parser（）

，可以很容易地在

lexer（）

上设置断点，使用一些python命令在堆栈的一个堆栈帧上运行，查看调用函数是什么。如果不是

lexer（）

，请继续。不过，我认为这不适用于您正在尝试做的事情。

在使用LLDB进行调试时，还有其他关于SO报告问题的问题。我知道的一个问题（但找不到ref）报告了切换回GDB时问题消失的情况。我猜它还不是一个成熟的产品。@PeterM：是的，我从来没有遇到过gdb有缺陷的问题，但是它的功能对于像这样更奇特的东西来说是非常有限的。也许我真的需要切换回来，在几个版本中再试一次。。。

breakpoint command add -s command

breakpoint command add -s python
> thread = frame.GetThread()
> thread.StepInstruction(1)
> newFrame = thread.GetFrameAtIndex(0)
> print " " * thread.GetNumFrames() + newFrame.GetFunctionName()
> process = thread.GetProcess()
> process.Continue()
> DONE