clion调试c++必须确保二进制含-g生成的调试符号，否则断点灰显、变量不可见；需检查编译选项、源路径一致性及底层调试器（lldb/gdb）兼容性。
CLion 调试 C++ 代码不需要额外装插件，但必须确保二进制含调试符号（-g 编译选项），否则断点会灰掉、变量无法查看。
断点设不上？检查调试符号和源文件路径是否匹配
常见现象：点击行号左侧没反应，或断点图标是空心灰色；调试时程序不暂停，控制台直接跑完。
- 确认编译命令里带
-g（GCC/Clang）或/Zi（MSVC），CMake 项目需在CMakeLists.txt中设置set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -g")或启用RelWithDebInfo构建类型 - 如果用外部构建（比如 make 或 ninja 单独编译），在 CLion 中配置运行/调试时，
Executable字段填的必须是那个带调试符号的可执行文件，不是 stripped 版本 - 源文件路径要和编译时记录的一致——若你在终端里用
g++ -g /home/user/proj/main.cpp编译，CLion 打开的就必须是同一路径下的main.cpp，不能是软链接或复制的副本
调试已运行的服务进程：用 Attach to Process 而不是重新启动
适用场景：调试后台服务、守护进程、或启动耗时/依赖环境的程序，不想每次改完代码都重拉整个流程。
- 先在 IDE 外启动你的程序（例如终端执行
./myserver），确保它没退出 - 在 CLion 中用
File | Open打开对应源码（不必在项目目录内，任意位置都行） - 在关键函数或逻辑行设置断点——注意：此时断点是“未绑定”状态，图标带黄色感叹号，等附加后才会生效
- 按
Ctrl+Alt+F5（Windows/Linux）或Cmd+Option+F5（macOS）调出进程列表，找到你的进程名（如myserver），双击附加 - 附加成功后，断点变实心红点，后续触发即可停住；调试结束后用
Run | Detach分离，进程继续运行
单步执行时跳不进函数？检查“Step Into”白名单和符号可用性
按下 F7 想进入某个函数，结果直接跳到了下一行——大概率是函数被跳过，而非没断点。
- 默认情况下，CLion 会跳过 STL、系统库等非用户代码（如
std::vector::push_back），这是为了减少干扰；可在Settings | Build, Execution, Deployment | Debugger | Stepping中修改Do not step into the classes列表 - 如果目标函数是你自己写的，但依然跳不进，先确认该函数符号是否在可执行文件中：终端运行
nm -C ./your_exec | grep YourFunctionName，无输出说明函数被内联或未定义 - 函数模板实例化、inline 函数、或编译器优化（如
-O2）会导致调试信息丢失；调试阶段建议关掉优化，用-O0 -g - 想强制进入某一行多个调用中的某一个，用
Shift+F7（Smart Step Into），光标悬停在目标函数名上再按回车
条件断点和日志断点比加 if (debug) 更轻量
循环里只关心第 100 次迭代？只想看某个变量值而不中断执行？别插 printf 或临时改代码。
- 右键断点 →
More...→ 勾选Condition，填入表达式如i == 100或ptr != nullptr；注意语法是 C++ 表达式，不是 Python - 勾选
Log message to console并留空Suspend，就变成日志断点：每次命中只打印表达式值（如ptr->id），不暂停程序 - 勾选
Hit count可设“第 N 次才中断”，适合定位偶发问题；但注意：如果循环被编译器展开或向量化，命中计数可能不准 - 所有条件都在调试器进程内求值，所以不能调用复杂函数（比如涉及锁、IO 或未加载符号的函数），否则断点失效或报
Cannot evaluate expression
最易被忽略的一点：CLion 的调试器行为高度依赖底层调试器（GDB/LLDB）的版本和配置。macOS 上默认 LLDB 对 C++23 特性支持更稳，而某些旧版 GDB 在模板栈帧展开时会丢变量；遇到诡异行为，先查 Help | Show Log in Explorer 里有没有 lldb error 或 gdb exited 记录。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
