应使用 step over（f10）跳过无关函数调用，避免误入 std::vector::push_back 等标准库实现；误入时用 step out（shift+f11）快速返回；对重复代码用 ignore count 或 hitcount 设置条件断点；用 skip 命令忽略系统/第三方头文件。
用 step over 而不是 step into 跳过函数调用
调试时卡在 std::vector::push_back 或 std::string::c_str() 里，纯粹因为误按了 step into（通常是 F11）。这些标准库实现细节和你业务逻辑无关，硬跟进去只会浪费时间。
正确做法是：遇到函数调用行，按 step over（通常是 F10）——它会执行完整个函数，停在下一行，不进入函数体内部。
- VS Code / CLion / VS 中，
step over默认键位都是 F10；确认快捷键是否被插件覆盖 - 如果函数是内联的（比如
std::max），step over仍可能跳进实现——这时可先设断点在调用行下一行，再continue - 对模板实例化很深的函数（如
std::sort），GDB 下可用finish命令直接跳出当前栈帧
用 step out 快速退出当前函数
已经误入某个函数（比如进了第三方 SDK 的初始化流程），但只想回到你自己的代码里，不用逐行 step over 走完几十行。
step out（Shift+F11）会运行到当前函数返回，停在调用它的那行语句之后。特别适合“进错了，快出来”场景。
- 注意：如果当前函数里有未处理的异常或
longjmp，step out可能行为不可控 - LLDB 中对应命令是
thread step-out，GDB 是finish；CLI 调试时别记混 - 某些 IDE 在优化开启（
-O2）时可能无法准确识别函数边界，step out会提前停住
用条件断点或 ignore count 跳过循环/日志等重复代码
不是所有“不关心”都靠单步跳过——比如一个 1000 次的循环，只关心第 999 次迭代；或者某行日志打印语句被调用了几百次，根本不想停。
与其反复按 continue，不如让调试器自动跳过：
- GDB 中设置忽略前 998 次：在断点上执行
ignore <code>breakpoint-number998 - VS Code 中右键断点 → “Edit Breakpoint” → 设
hitCount为== 999 - CLion 支持在断点上写
condition，例如i == 999（假设循环变量是i） - 避免在
std::cout 这类语句上下断点——它本身不是瓶颈，但频繁触发会拖慢调试体验
用 skip 或 add-auto-skip 让调试器彻底忽略某些文件
某些头文件（比如 Boost、Eigen 或公司内部基础库）你永远不想进去，每次 step into 都得手动 step out，很烦。
GDB 7.12+ 支持 skip 命令，告诉调试器“看到这些路径就当黑盒”：
skip file /usr/include/c++/*/bits/stl_vector.h skip file /path/to/boost/algorithm/string.hpp
这样即使你按了 F11，GDB 也会自动 step over 过去。
- VS 和 VS Code 目前不支持全局 skip，但可通过“Just My Code”模式（需 PDB 符号完整）限制只进用户代码
- Clang 编译时加
-gline-tables-only会削弱 skip 效果，建议调试用-g - skip 规则不会继承到子进程或动态加载的 so/dll，多进程调试时得单独配
skip 或误设一次 ignore count，就可能多花二十分钟在无关堆栈里打转。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
