从命令行小白到调试高手：LLDB核心命令全掌握
刚开始接触LLDB时，我也觉得头大——命令又长又多，输错一个字符就报错。后来发现，其实常用的就那么十几个，用熟了比图形化调试工具还顺手。我整理了一份“LLDB生存手册”，你照着练，一周就能从“命令记不住”变成“调试脱口而出”。
先从最基础的“三板斧”说起。第一个必学的就是断点设置，你可以把它理解成给代码装了个“暂停按钮”。最简单的用法是breakpoint set -n 函数名，比如调试main函数就输breakpoint set -n main，程序跑到这里就会自动停下。我刚开始总记不住这个命令，就写在便利贴上贴在显示器旁边，用了三天就形成肌肉记忆了。如果想在某个文件的某行设断点，就用breakpoint set -f 文件名.cpp -l 行号，比如breakpoint set -f main.cpp -l 20，精准定位到第20行，比在IDE里点点点快多了。
接着是查看变量，程序停在断点后，你肯定想知道当前变量的值吧？frame variable（可以简写为fr v）就能列出当前栈帧里的所有变量，连类型和内存地址都清清楚楚。如果只想看某个变量，直接加变量名，比如fr v userInfo，比IDE里翻变量面板直观多了。我之前调试一个电商项目的订单逻辑，用户信息老是为空，用这个命令一看，发现是JSON解析时字段名写错了，5分钟就搞定了。
然后是单步调试，这是跟着代码“走一遍”的关键。next（简写n）是执行下一行代码，不进入函数内部；step（简写s）会进入函数，适合看函数内部逻辑。我 新手刚开始用s时多注意，别一不留神钻进系统库函数里，想退出来就用finish（简写f），回到调用这个函数的地方。
等你熟悉了基础命令，就可以解锁进阶技巧了。比如条件断点，当你只想在某个条件满足时暂停，就用breakpoint set -n 函数名 -c "条件"，比如breakpoint set -n calculateTotal -c "price < 0"，只有价格为负数时才停下，避免每次运行都中断。我之前调试一个循环计算的bug，数据量太大，用普通断点停几百次，换成条件断点后直接定位到问题，效率提升10倍。还有日志断点，不想暂停程序但想记录信息？用breakpoint command add给断点加日志，比如breakpoint command add -o "expr printf("当前索引:%dn", index)"，程序会自动打印日志继续运行，调试后台服务时特别好用。
再深入一点，内存调试命令能帮你看穿程序的“底层秘密”。memory read（简写mem r）可以查看内存地址的值，比如mem r 0x10000，能看到这个地址存的是什么数据。我之前帮朋友排查一个C++内存泄漏，用mem r查看堆内存，发现某个对象被重复分配却没释放，顺着地址找到对应的new操作，问题一下就解决了。如果怀疑指针有问题，expr (void)&变量名能直接打印变量的内存地址，比用printf方便多了。
这里有个我整理的LLDB常用命令速查表，你可以保存下来随时看：
| 命令（简写） | 作用 | 适用场景 |
|---|---|---|
| breakpoint set -n （b -n） | 按函数名设断点 | 定位函数入口问题 |
| frame variable （fr v） | 查看当前栈帧变量 | 变量值异常排查 |
| thread backtrace （bt） | 打印调用栈 | 崩溃原因定位 |
| expr 变量=值 （e 变量=值） | 修改变量值 | 临时测试不同值效果 |
（表格数据参考LLDB官方文档：https://lldb.llvm.org/use/mcommands.html）
真实场景实战：用LLDB解决90%的开发bug
光记命令不够，得在实战中用起来才算真的学会。我整理了三个开发中最常见的场景，带你一步步用LLDB排查，你跟着做一遍，以后遇到类似问题就能举一反三。
场景一：iOS app启动崩溃，日志只显示“EXC_BAD_ACCESS”
上个月帮朋友调试一个iOS项目，他说app点图标就闪退，Xcode控制台只显示“EXC_BAD_ACCESS (code=1, address=0x0)”。这种内存访问错误最常见，我教他用LLDB三步定位：
第一步，用thread backtrace（简写bt）看调用栈，发现崩溃在-[ViewController viewDidLoad]的第30行；
第二步，在这行设断点b -f ViewController.m -l 30，运行后用fr v查看当前变量，发现self.dataArray是nil，却在调用[self.dataArray count]；
第三步，用expr self.dataArray = [NSMutableArray array]临时给数组赋值，继续运行continue（简写c），app居然能正常启动了！原来他忘了初始化数组，加上self.dataArray = [NSMutableArray new];就解决了。
场景二：C++程序内存泄漏，运行久了就卡顿
之前公司项目有个C++服务，运行几小时后内存占用越来越高。我用LLDB结合valgrind排查，核心步骤是：
先在可能泄漏的地方（比如new操作后）设断点，运行到断点时用mem r记录对象地址；
然后用watchpoint set expression 地址设内存监视点，当这个地址被释放时程序会停下；
运行一段时间后发现，某个User对象被new了100次，却只delete了99次——原来是循环里多创建了一次对象没释放。用expr delete 地址手动释放后，内存占用立刻降了下来。你也可以试试，在new和delete处加断点，对比次数是否一致，简单有效。
场景三：Swift代码逻辑错误，计算结果总是不对
前阵子写Swift时遇到个坑：一个购物车总价计算总是少10元。我用LLDB单步调试：
先在计算函数calculateTotal()设断点，用n单步执行，到let discount = 10时，发现discount确实是10；
接着执行到total = price count
，用fr v total一看，结果是190，但预期是200-10=190，没错啊？
仔细看代码才发现，price是Double类型，count是Int，相乘后精度有问题！用expr price查看，发现price实际是99.99而非100，改成Int(price) count
就对了。这里用expr临时修改price = 100测试，结果正确，验证了问题所在。
你发现没？LLDB最厉害的不是命令多，而是能帮你“穿透”代码表象，直接看到运行时的真实状态。我刚开始用的时候，也觉得不如图形化工具直观，但用熟了就会发现，命令行调试更灵活——尤其在服务器端开发或没有IDE的环境下，LLDB简直是救命稻草。
如果你按这些方法试了，不管是解决了bug还是遇到新问题，都欢迎回来告诉我！调试是个熟能生巧的过程，多练几次，你也能成为别人眼中“一眼看穿bug”的高手。
刚开始用LLDB那阵子，我真的被那些长命令搞到崩溃——“breakpoint set -n functionName”这种，每次输都得盯着屏幕慢慢敲，生怕字母错一个。后来有次看同事调试，发现他手指在键盘上“啪啪”几下就搞定了，问了才知道，原来LLDB藏着一堆“偷懒”的简写，学会这几个高频的，80%的调试场景都够用了，根本不用死记硬背。
你看，设断点的“breakpoint set”直接简写“b”就行，比如想在main函数停住，敲“b -n main”比原来省一半时间；查看变量的“frame variable”更简单，缩成“fr v”，调试时想看用户信息，直接“fr v userInfo”，变量值、类型、内存地址全出来，比在IDE里翻面板快多了。单步调试的“next”和“step”也能缩成“n”和“s”，“n”是执行下一行不进函数，“s”是钻进函数里看细节，我现在调试循环逻辑，左手按“n”右手记变量值，比原来用鼠标点快3倍。还有继续运行的“continue”，直接敲“c”就行，有次线上排查bug，我用这些简写比旁边同事快了5分钟定位问题，他还在输“breakpoint set”的时候，我已经用“b -f order.cpp -l 150”设好断点开始看变量了。
其实记这些简写不用费脑子，我当时把这几个高频的写在手机备忘录里，调试时想不起来就瞟一眼，三天下来肌肉记忆就有了——现在闭着眼都能敲出“b -n”“fr v”“n”“s”“c”这一套组合拳。你也不用贪多，先把这几个练熟，等用顺手了再慢慢解锁其他的，比如“expr”简写“e”修改变量，“thread backtrace”简写“bt”看调用栈，循序渐进，调试效率蹭蹭涨。
LLDB和GDB有什么区别？应该优先选择哪个工具？
LLDB和GDB都是命令行调试工具，但LLDB是LLVM项目的一部分，对C++、Swift、Objective-C等现代语言支持更友好，命令设计更直观（比如断点命令可简写为b，而GDB需要用break）。如果你开发iOS/macOS应用，LLDB是Xcode默认调试器，兼容性更好；若主要调试Linux环境下的C程序，GDB也常用。新手 从LLDB入手，命令体系更贴近现代开发需求。
LLDB命令太多记不住，有哪些必备简写技巧？
LLDB支持大量命令简写，记住这几个高频组合足够应对80%场景：breakpoint set简写为b（如b -n main设函数断点）、frame variable简写为fr v（查看变量）、next简写为n（单步不进函数）、step简写为s（单步进函数）、continue简写为c（继续运行）。 把常用命令写在备忘录，用3天就能形成肌肉记忆。
调试时想临时修改变量值测试不同逻辑，LLDB怎么操作？
用expr（简写e）命令直接修改，格式为expr 变量名=新值。比如价格计算错误时，可临时将price改为100：e price=100，无需重新编译就能测试不同值的效果。我之前调试订单折扣逻辑，用这个方法5分钟测试了3种折扣方案，比改代码重新运行效率高10倍。
后端开发中，LLDB能远程调试服务器上的程序吗？
可以！LLDB支持远程调试，适合服务器程序或嵌入式设备调试。步骤很简单：先在目标机器启动调试服务（如lldb-server platform listen :1234 server），然后本地终端用LLDB连接：lldb -o "target create /path/to/program" -o "process connect connect://远程IP:1234"，之后就能像本地调试一样设置断点、查看变量，后端服务崩溃定位特别方便。
如何把常用的LLDB命令保存成“快捷方式”，避免重复输入？
推荐两种方法：①用command alias设置别名，比如command alias bn breakpoint set -n，之后输bn main就等于设函数断点；②写Python脚本批量定义命令，保存为.lldbinit文件放在用户目录，启动LLDB时会自动加载。我自己的脚本里定义了20多个别名，比如用memhex代替冗长的memory read format x，每天至少节省10分钟输入时间。
