“ svc＃128”意外闯入调试器-如何调试？

Question

有一系列StackOverflow问题，提到在svc #128指令后意外插入调试器。 我本人在处理此问题时，想问一些有关何时以及为什么发生这种情况的一般性问题。

• 详细地说，iOS中使用的svc #128是什么？
• 是什么导致它闯入调试器？
• 有没有一种方法可以抑制开发期间闯入调试器？
• 可能的方法来调试此问题的根本原因？
• 人们过去使用过成功的修补程序吗？

Answer 1

svc #128或svc 0x80调用是ARM指令集中的“ Supervisor Call ”（《 ARM文档》 ）。 您需要查看寄存器值以指示正在调用的内容。

汇编程序示例：

libsystem_kernel.dylib`__pthread_kill:
0x195557268:  movz   x16, #328                 // NOTE THIS VALUE
0x19555726c:  svc    #128
0x195557270:  b.cc   0x195557288               ; __pthread_kill + 32
...

在“ 内核系统调用”表中查找movz值（在这种情况下为#328 ）。 对于#328 ，它对应于pthread_kill ，它与上面列出的方法名称匹配。 调用该中断时，该中断将紧接svc之后的指令，在本例中为b.cc指令。

注意，LLDB也会中断某些线程到线程的信号，例如SIGUSR2，即使它是有意且正确的。 您可以配置Xcode忽略它并继续执行而不会出现问题：

永久配置LLDB（在Xcode 4.3.2中）不停止信号

感谢Notlikethat的投入