必须使用 Debug 构建类型并启用信号捕获，否则断点不触发、崩溃无调用栈；需检查构建配置、CMake 设置、调试器信号设置及 ASan 配置以解决优化干扰与符号缺失问题。
CLion 调试时程序直接崩溃，断点不触发怎么办
不是断点没打对，而是 CLion 默认在 Release 或 RelWithDebInfo 配置下构建，调试信息被优化掉或缺失。必须确保使用 Debug 构建类型，否则 gdb/lldb 无法映射源码行号，断点会显示为“unresolved”，运行即闪退。
- 检查右下角构建配置：点击状态栏的
Build Type，选Debug（不是灰色不可点状态） - 若 CMakeLists.txt 中手动设置了
CMAKE_BUILD_TYPE，确认其值为Debug，而非硬编码成Release - 改完后务必点击
Reload CMake project（齿轮图标旁的小刷新箭头），否则变更不生效 - Windows 上若用 MinGW，确保安装的是带调试支持的版本（如
mingw64而非ucrt64，后者默认无完整调试符号）
捕获段错误（SIGSEGV）或 abort() 崩溃的实时调用栈
CLion 的默认调试器不会自动中断在 abort()、segfault 或 std::terminate 发生瞬间，需要手动启用信号捕获。否则你只看到进程退出码 134/139，毫无上下文。
- 打开
Run → Edit Configurations…，选中当前运行配置 - 展开
Debugger → Shared Libraries，勾选Load debug symbols automatically - 关键一步：点击
Debugger → Additional Debugger Settings → Enable signal handlers，然后添加信号：SIGSEGV、SIGABRT、SIGILL，行为设为Break - Linux/macOS 下若用 lldb，还需在
Settings → Build, Execution, Deployment → Console → Terminal中关闭Use external console，否则信号可能被终端吞掉
调试 Release 模式下复现的异常（比如优化引发的未定义行为）
有些 bug 只在 Release 下出现，但又不能关优化——这时不能靠常规断点，得结合地址消毒器（ASan）和运行时堆栈追踪。
- 在 CMakeLists.txt 中为
Release添加编译选项：set(CMAKE_CXX_FLAGS_RELEASE "${CMAKE_CXX_FLAGS_RELEASE} -fsanitize=address -fno-omit-frame-pointer") - 确保链接器也支持 ASan：
set(CMAKE_EXE_LINKER_FLAGS_RELEASE "${CMAKE_EXE_LINKER_FLAGS_RELEASE} -fsanitize=address") - CLion 中新建一个
Run Configuration，Build type 设为Release，并在Environment variables加上ASAN_OPTIONS=detect_stack_use_after_return=true - 注意：ASan 会显著拖慢运行速度，且不兼容 Valgrind；Windows 上需用 MSVC +
/fsanitize=address（仅 VS2019+ 和 clang-cl 支持）
变量值显示为 <optimized out> 或完全空白
这是最典型的优化干扰。哪怕你用的是 Debug 构建，如果某段代码被内联、循环被展开，或者编译器判定变量生命周期结束，CLion 就读不到它的值。
- 临时禁用局部优化：在出问题的函数前加
__attribute__((optimize("O0")))（GCC/Clang），或[[msvc::no_optimize]]（MSVC） - 检查是否启用了
-flto（LTO）：CMake 中删掉set(CMAKE_INTERPROCEDURAL_OPTIMIZATION ON)，LTO 会让调试信息严重失真 - 在
Settings → Build, Execution, Deployment → Compiler → C/C++ Compiler中，确认Debug information level是Full debug info (-g3)，不是Line number tables only - 若变量是结构体成员且值为空，尝试在 Watches 窗口里输入
*this或reinterpret_cast<char*>(ptr)绕过优化器的“不可见”判断
