clion 的 step into（f7）默认跳过系统库和 stl 函数，因 stepping 设置中启用了“do not step into libraries”；可改用 force step into（alt+shift+f7）强制进入，或设符号断点（ctrl+shift+f8）拦截函数入口。
Step into 会跳过某些函数？检查 Stepping 设置
CLion 的 Step into（F7）默认会跳过系统库、STL 实现、编译器内建函数等，不是“进不去”，而是被调试器主动过滤了。这在 C/C++ 中尤其明显——比如对 std::vector::push_back() 或 printf() 按 F7，光标直接落到下一行，看似没进去。
真正原因藏在 Build, Execution, Deployment | Debugger | Stepping 设置里：
- 勾选
Do not step into libraries时，所有非项目源码的符号都会被跳过 -
Step into my code only启用后，仅允许进入当前项目目录下的源文件（含子目录） - 若想临时强制进入某函数（哪怕没源码），用
Force step into（Alt+Shift+F7），它会无视上述过滤规则
没有源码时 Step into = Step over？启用反汇编视图
当你对一个未带调试信息（-g 编译选项缺失）或第三方预编译库的函数执行 Step into，CLion 无法定位 .cpp/.h 文件，就会自动切换到反汇编视图——这不是失败，是降级行为。
此时你看到的是汇编指令，但调试操作依然有效：
-
Step into在反汇编中 = 单步执行一条 CPU 指令（不是 C 行） - 断点仍可设：右键某行 →
Add breakpoint→ 创建的是地址断点（address breakpoint） - 地址断点只在本次调试会话有效，重启后地址重排，需重新设置
符号断点比 Step into 更适合函数入口拦截
如果你的目标是“一运行就停在某个函数开头”，反复手动 Step into 不现实，尤其函数嵌套深或调用路径不固定。
直接用符号断点更可靠：
- 按
Ctrl+Shift+F8打开断点窗口 → 点+→ 选Symbols - 输入函数名，支持代码补全（如
main、MyClass::process、operator new） - 注意：C++ 函数名需完整匹配 mangled 名或使用 IDE 提供的 demangled 补全（CLion 默认开启）
- 符号断点不依赖源码位置，只要二进制里有该符号且调试信息未 strip，就能命中
为什么有时 Step into 进入了头文件却看不到实现？
常见于模板函数（如 std::sort）或内联函数：编译器把实现展开在调用处，调试器能跳转到头文件声明行，但实际执行的是内联后的机器码——你看到的是声明，不是可单步的独立函数体。
这种情况下：
- 别指望靠
Step into跟进逻辑，优先看变量值变化和调用栈 - 如果必须观察内部行为，改用
Step over（F8）配合 Watch 窗口监控关键变量 - 或者，在函数调用前手动加行断点到你关心的后续逻辑行，绕过“进不去”的纠结
$rax、%rdi 和 call 指令跳转目标，比记住快捷键重要得多。**
