CLion设条件断点需右键断点→Edit breakpoint→在Condition栏输入C++语法表达式（如i > 100 && data[i] != nullptr），变量须在作用域内且避免空指针解引用；禁用条件可清空Condition栏。
CLion里怎么设条件断点？
条件断点不是简单点一下左侧行号栏就完事——它必须显式指定触发条件，否则等效于普通断点。CLion用的是LLDB或GDB后端，条件表达式要符合C++语法，且不能含函数调用（比如 std::string::size() 在某些GDB版本会失败）。
- 右键行号旁的断点红点 → Edit breakpoint… → 在
Condition栏输入表达式，例如i > 100 && data[i] != nullptr - 条件中变量必须在当前作用域可见；若在循环内调试，
i这类循环变量通常可用，但注意优化等级：-O2可能让i被寄存器优化掉，断点失效 - 避免写
ptr->value == 42这类可能解引用空指针的条件——LLDB/GDB执行条件时若崩溃，断点直接被跳过，你不会收到任何提示 - 想临时禁用条件而保留断点？勾选
Enabled但清空Condition栏，比删了再加更安全
为什么Watch窗口看不到vector内容？
CLion默认用LLDB显示STL容器，但部分版本对 std::vector 的可视化支持不完整，尤其当元素类型是自定义类或含模板嵌套时，Watch窗口只显示地址或“size = ?”。
- 先确认是否启用了LLDB数据格式化：进入
Settings → Build, Execution, Deployment → Debugger → Data Views → C++ → Enable alternative view for STL containers，勾选它 - 如果仍不行，手动展开
vec._M_impl._M_start（GCC libstdc++）或vec.__begin_（Clang libc++），再配合Size字段手算内存范围 - 更稳的方式是右键变量 → Add to Watches，然后在Watches面板里点击变量名右侧的
▶展开图标——这比直接拖拽进Watch窗口触发的解析更可靠 - 对
std::map或std::unordered_map，别指望看到排序后的键值对；它们底层是红黑树或哈希桶，CLion只展示节点结构，想查某个key是否存在，直接在Watches里写map.count("target_key")
调试时变量值突然变成<optimized out>怎么办？
这不是CLion的问题，是编译器优化导致调试信息丢失。即使你在CLion里把CMake配置设为 Debug，如果CMakeLists.txt里写了 set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -O2")，照样会出这问题。
- 检查实际构建命令：打开
Build → Compilation Database或看cmake-build-debug/compile_commands.json，确认最终传给g++/clang++的flag不含-O2或-O3 - CLion的
Run → Edit Configurations → Environment variables中不要加CXXFLAGS=-O2，这种覆盖会绕过CMake配置 - 如果必须在接近Release模式下调试（比如复现偶发crash），改用
-Og：它启用有限优化但保留完整调试信息，GCC 4.8+ 和 Clang 6+ 都支持 - 遇到
<optimized out>时，别在Variables面板里死磕——切到Console标签页，用LLDB命令直接读内存：expr *(int*)(ptr + 4)
，比依赖GUI更可控
怎么让自定义类在Debugger里友好显示？
CLion不会自动理解你的 class Matrix 有行列数和data指针，除非你提供LLDB的Python格式化脚本或利用 __lldb_init_module 注册。
立即学习“C++免费学习笔记（深入）”；
- 最轻量做法：在类里加一个
debug_string()成员函数，返回std::string，调试时在Watches里直接调mat.debug_string() - 若要用原生支持，创建
~/.lldbinit，添加：command script import /path/to/matrix_lldb.py
，然后在Python脚本里用lldb.SBTypeSummary.CreateWithFunctionName绑定格式化逻辑 - 注意路径权限：CLion启动LLDB时，
~/.lldbinit必须是用户可读，且Python脚本里不能用相对路径导入其他模块，否则LLDB静默失败 - 别尝试在
toString()这种Java风格函数上做文章——LLDB不认识它，除非你显式注册为summary provider
-O2 已悄悄生效，或者LLDB根本没加载你写的Python格式化脚本。 
