clion单步执行的三个核心快捷键是f7（step into）、f8（step over）和shift+f8（step out）：f7进入当前行调用的函数内部（默认仅进用户代码），f8执行当前行并停在下一行（不进函数体），shift+f8在函数内运行剩余代码并返回上层调用处。
CLion单步执行的三个核心快捷键
CLion里“单步执行”不是单一操作，而是分场景的三类行为，对应不同快捷键。用错会跳进系统库、卡死或直接跳过关键逻辑。
-
F7：Step Into，进入当前行调用的函数内部——但只进你自己写的函数；如果调用的是std::vector::push_back或printf，默认不进去（除非你手动开启“Step into library”） -
F8：Step Over，执行完当前行，停在下一行；不管这行有没有函数调用，都不进函数体 -
Shift+F8：Step Out，在函数内部时，直接运行完剩余代码，返回到上一层调用处
注意：F7 在 Windows/Linux 是默认键；macOS 是 ⌘ + F7。别按成 F9（那是 Resume Program，直接跑完到下一个断点）。
为什么按了F7却跳进了vector或malloc？
这是 CLion 的“Step Into My Code”策略被绕过了。常见原因有两个：
- 你启用了
Settings → Build, Execution, Deployment → Debugger → Stepping → Step into libraries（勾选状态），导致所有函数都可进 - 你正在调试的函数内联了（比如
std::max在 -O2 下可能被内联），CLion 无法区分“源码函数”和“展开指令”，就退而求其次进汇编
解决办法：关掉 Step into libraries，或者用 Alt+F7（Windows/Linux）调出“Smart Step Into”菜单，手动选你要进的那个函数。
单步时变量值不更新或显示
这不是 UI 延迟，而是调试信息缺失。典型触发条件：
- 编译时没加
-g（CMakeLists.txt 里确认有set(CMAKE_CXX_FLAGS_DEBUG "-g")） - 你正在看的变量被编译器优化掉了（比如局部变量在
Release模式下被存进寄存器且未读写） - 变量作用域已退出（比如 for 循环里的
int i，步出循环后显示是正常的）
验证方式：在终端跑 readelf -wi your_executable | grep DW_TAG_variable，有输出说明调试符号存在；没有，就得检查 CMake 构建类型是否为 Debug。
调试中途想跳到某一行继续执行
CLion 不支持传统 IDE 的“Run to Cursor”，但等效操作是：
- 把光标移到目标行，按
Alt+F9（Windows/Linux）或⌥ + F9（macOS）——这会在该行临时加一个断点并 Resume - 如果那行已有断点，
Alt+F9会直接跳过去；如果没有，它先设再跑，停住后记得手动删掉这个临时断点 - 别用鼠标右键菜单里的 “Run to Cursor”，那个在 CLion 2024.3+ 已被移除，点了没反应
真正容易被忽略的是：单步执行依赖 GDB/LLDB 的底层支持，如果你用的是 WSL2 + remote toolchain，F7/F8 响应延迟超过 1 秒，大概率是 GDB server 和 IDE 之间网络缓冲区没调优，不是你代码的问题。
