内联函数断点打不中，首要原因是未用 -o0 编译；-o2/-o3 会删除符号或寄存器化变量，导致 break add 失效，必须用 g++ -g -o0 重编译并验证符号存在。
内联函数断点打不中？先确认是否带 -O0 编译
GDB 对内联函数设断点的前提是：函数确实被内联了，且调试信息完整。但现实里最常踩的坑是——你根本没关优化。-O2 或 -O3 下，编译器可能把函数完全展开、删掉符号、甚至用寄存器替代局部变量，导致 break add 看似成功，实际停在汇编里，print x 报 Cannot access memory。
- 必须用
g++ -g -O0（或gcc -g -O0）重新编译，不能只加-g - 如果用了
-finline-functions或-flto，即使-O0也可能残留内联行为，建议显式加-fno-inline - 验证方式：运行
readelf -wi ./a.out | grep -A5 "DW_TAG_subprogram.*add"，看是否有DW_AT_inline属性；或者直接objdump -d ./a.out | grep "<add>"</add>，确认函数是否还以独立符号存在
break func_name 会自动覆盖所有内联展开点
GDB 7.12+ 支持对内联函数名直接设断点，它不是“猜”，而是读取 DWARF 调试信息里的 DW_TAG_inlined_subroutine 条目，把每个调用点都转成真实地址。
- 命令就是最朴素的：
break add（假设函数叫add） - 成功时提示类似：
Breakpoint 1 at 0x40052d: file demo.c, line 5. (2 locations) - 这表示 GDB 找到了 2 处内联展开，断点编号 1 实际管理两个地址
- 后续
info breakpoints会显示：1.1 y 0x000000000040052d in add at demo.c:5 1.2 y 0x000000000040054a in main at demo.c:12
- 注意：
1.1和1.2是子断点，disable 1会同时禁用全部，delete 1.2可单独删某一处
想只停某一次内联调用？用条件断点 + 行号定位
有时你只想调试第 3 次 add() 调用（比如在循环里），但所有内联点共用同一个函数名，break add if i == 3 无效——因为内联后没有独立栈帧，i 可能不在当前作用域。
更可靠的做法是：
- 先用
list确认你想停的具体调用行，比如demo.c:15是你要的那处add(a, b) - 直接
break demo.c:15，GDB 会在该行对应的内联展开位置设断点 - 如果该行有多个表达式，可配合
info line demo.c:15查看实际指令范围 - 若需动态条件，改用
break demo.c:15 if a > 10，此时a是调用点所在作用域的变量，可访问
step 进不去内联函数？这不是 bug，是预期行为
当你在调用 add() 的那行按 step，GDB 很可能直接跳到下一行，而不是停在 add 函数体内——因为内联后没有函数调用指令，只有几条加法指令插在原地。
- 这不是 GDB 失效，是编译器优化 + 调试信息映射的结果
- 正确做法是：提前在
add函数定义处（或任意内联展开处）设好断点，然后用next或continue走到那里 - 如果非要单步“逻辑上”的函数体，临时关优化重编译，或改用
finish从当前行执行完再停
内联函数调试真正的难点不在“怎么打”，而在“打了之后怎么信得过停的位置”——必须时刻意识到：你看到的源码行，和 CPU 执行的指令流，已经不是一一对应的关系了。
