编译器警告（-wall -wuninitialized）仅覆盖局部变量未初始化读取，-o0最敏感；运行时需valgrind或ubsan（-fsanitize=undefined）捕获结构体字段、堆内存等漏网情况。
用 -Wall -Wuninitialized 编译时就报出来
GCC/Clang 在编译阶段就能发现很多未初始化变量，但默认不启用强检查。加 -Wall -Wuninitialized（GCC）或 -Weverything（Clang）后，像 int x; return x; 这种直接读取栈上未赋值变量的行为会被警告。
常见错误现象：warning: 'x' is used uninitialized in this function
- 只对局部变量有效，类成员、全局变量、
malloc分配的内存不在此列 - 优化等级影响检测效果：-O0 下最敏感，-O2 可能因死代码消除而漏报
- Clang 的
-Wuninitialized比 GCC 更严格，会追踪分支路径中的初始化状态
valgrind --tool=memcheck 运行时抓野值
编译器静态检查覆盖不到的地方，比如结构体部分字段未初始化、new 出来的对象没调构造函数、或跨函数传递的指针指向了未初始化内存，就得靠运行时工具。
典型错误现象：Use of uninitialised value of size 8 或 Conditional jump or move depends on uninitialised value(s)
立即学习“C++免费学习笔记（深入）”；
- 必须用
-g编译，否则堆栈信息不可读 - 不要和 ASan 同时用——两者原理冲突，valgrind 会报错退出
- 对性能影响极大（5–10 倍 slowdown），别在压测或高频循环里跑
ASan（AddressSanitizer）不报未初始化？那是你没开 UBsan
ASan 主要查内存越界和 use-after-free，对未初始化读取无能为力。真正管这事的是 UndefinedBehaviorSanitizer（UBSan）里的 -fsanitize=undefined 子项。
启用方式：g++ -fsanitize=undefined -g main.cpp
- UBSan 在运行时插入检查，能捕获
int x; printf("%d", x);这类行为，报错类似：runtime error: load of value 4294967295 is not a valid value for type 'int' - 它不检查所有字节，只检查“有符号整数溢出”“空指针解引用”等明确定义的未定义行为，对
char buf[1024]里只写前 10 字节、后面乱读的情况不报警 - 和 ASan 可共存（
-fsanitize=address,undefined），但会略微增加内存开销
调试器里怎么确认某个变量真没初始化？
不是看变量值是 0 或随机数——栈上变量初始值就是垃圾，关键看它是否被显式赋过值。
在 GDB 中：info registers 看不到局部变量，得用 print &x 找地址，再 x/1wx $rsp+0x18 查原始内存；更实用的是 watch x 加写入断点，如果从没触发过，基本说明它一直没被赋值。
- Release 版本可能因优化把变量整个优化掉，所以务必用
-O0 -g调试 - 成员变量要留意构造函数是否遗漏了某字段的初始化列表，GDB 里
print *(MyClass*)$rdi可以看对象内存布局 - 注意
std::vector、std::string这类对象即使未显式构造，也会走默认构造函数，不算“未初始化”
new int 不带括号也是未初始化的，但 new int() 就是零初始化。实际排查时，编译器警告只能当第一道筛子，真正难啃的往往藏在条件分支、模板展开或 ABI 对齐填充字节里。 
