如何使用LLDB调试器替代GDB调试c++程序？ (Clang工具链)

LLDB 可替代 GDB 调试 Clang 编译的 c++ 程序，但需注意调试信息生成（-g -gdwarf-5 -O0）、断点设置（b 需全签名加引号）、变量查看（fr v -T 或 expr –）、STL 格式化脚本加载、线程信号配置及 DWARF 版本兼容性。

LLDB 可以完全替代 GDB 调试 Clang 编译的 C++ 程序，但命令语法、表达式求值规则和某些调试行为有明显差异，直接套用 GDB 习惯容易卡在断点不触发、变量显示为空、print 报错等地方。

启动调试时必须用 clang++ -g 生成 DWARF 调试信息

Clang 默认不生成完整调试信息，仅 -g 不够稳定；推荐显式指定 DWARF 版本并禁用优化：

• clang++ -g -gdwarf-5 -O0 -std=c++17 main.cpp -o main
• 避免用 -gline-tables-only（LLDB 无法解析局部变量）
• 如果链接了第三方静态库，确保它们也带 -g，否则进入函数后 frame info 显示 ???

breakpoint set 和 b 的行为与 GDB 不同

LLDB 的 breakpoint set 默认按源码行号或符号名模糊匹配，不像 GDB 那样严格区分 break func 和 break file:line。常见陷阱：

• b main 可能命中 main 符号（C entry）、main(int, char**)（C++ overload）甚至模板实例化后的 main —— 用 breakpoint list 确认实际地址
• 在模板函数中设断点，需写全签名：b "std::vector::push_back(const int&)"，引号不能省
• 断点未命中？检查是否启用了 target.source-map：若源码路径与编译时不同，需运行 settings set target.source-map /old/path /new/path

变量查看必须用 expr 或 fr v，print 是别名但不支持 STL 容器格式化

GDB 的 print vec[0] 在 LLDB 中会报 no member named 'operator[]'，因为 LLDB 默认不加载 libc++ 的数据格式化脚本：

立即学习“C++免费学习笔记（深入）”；

• 启用 STL 支持：command source /usr/lib/llvm-xx/share/lldb/data-formatters/cplusplus.py（路径依 LLVM 版本而异）
• 查看变量优先用：fr v -T my_vector（-T 展开类型）或 expr -- my_vector[0]
• expr 中调用方法需加 -- 分隔符：expr -- my_string.c_str()，否则解析失败
• 若 expr 报 Couldn't materialize: couldn't get the value of variable，说明变量被优化掉（即使有 -O0，Clang 有时仍内联），加 volatile 临时标记或重编译

线程和异步信号调试需手动启用 target.process.Thread.step-avoid-regexp

Clang 编译的程序常依赖 libc++ 的内部锁或 std::thread 启动逻辑，单步时容易跳进 __pthread_mutex_lock 等系统函数：

• 避免误入系统代码：settings set target.process.thread.step-avoid-regexp "^(pthread|__libc|std::__).*"
• 查看所有线程：thread list，切换线程：thread select 2
• 处理 SigsTOP/SIGUSR1 等信号：process handle -s false -n false SIGUSR1（不暂停、不传递给程序）

最易被忽略的是调试信息版本与 LLDB 版本的兼容性——比如用 Clang 16 生成 -gdwarf-5，但系统自带 LLDB 14 可能无法解析模板参数，此时必须用匹配的 LLVM 工具链，不能只换调试器。