如何在LLDB中调试抢占键盘焦点的macOS崩溃应用？

一、解决本地调试时焦点无法切换的问题 #

1. 断点触发时自动切回Terminal #

给断点添加自动切换焦点的命令，每次断点命中后系统会自动把键盘焦点切回Terminal，让你能正常操作LLDB：

1. 设置好目标断点后，执行：

   breakpoint command add -s python <你的断点编号>
   

2. 输入以下Python代码后，输入DONE结束配置：

   import subprocess
   subprocess.run(["osascript", "-e", 'tell application "Terminal" to activate'])
   

   （如果使用iTerm2，把命令里的Terminal替换为iTerm即可）

2. 临时禁用应用的焦点抢占逻辑 #

作为移植的应用，先定位到初始化阶段抢占键盘焦点的代码（比如调用[NSApp activateIgnoringOtherApps:YES]、CGEventTapCreate这类API的位置），临时注释掉这部分逻辑。调试完成后再恢复，这样调试过程中应用不会抢占焦点，你可以自由切换到Terminal操作LLDB。

二、调试初始化阶段崩溃的应用 #

1. 用LLDB直接启动进程 #

不要等进程崩溃后再附加，直接让LLDB启动你的应用，确保进程从一开始就在调试器控制下，避免“附加前崩溃”的问题：

lldb -- /path/to/your/application/binary

启动后设置目标断点（比如breakpoint set -n main），执行run，进程会在断点处暂停，你可以逐步调试。

2. 调试main函数之前的崩溃 #

如果进程在main函数执行前就崩溃（比如动态库加载、全局对象初始化阶段），开启LLDB的早期暂停功能：

settings set target.process.stop-on-exec true

执行run启动进程后，LLDB会在进程刚被执行时就暂停，此时你可以设置更早期的断点（比如动态库的初始化函数），或者逐步步进排查问题。

关于远程附加失败的说明 #

macOS系统限制一个进程只能被一个调试器附加，所以当你已经用LLDB（PID 1817）attach了目标进程（PID 1816）后，debugserver无法再次附加，这是正常的系统保护机制。

内容的提问来源于stack exchange，提问作者udance4ever