变量未初始化是c/c++中引发未定义行为的常见原因，需坚持就近初始化、类成员显式初始化、指针置nullptr、容器按需初始化等确定性习惯。
变量未初始化是引发运行期未定义行为（UB）的常见源头，尤其在 C/C++ 中，读取未初始化的局部变量、未显式初始化的类成员或栈上数组，可能导致崩溃、数据错乱或安全漏洞。防范关键不在于“避免使用变量”，而在于建立确定性初始化习惯：让每个变量在首次读取前，必然持有明确定义的值。
作用域内就近初始化，而非先声明后赋值
把声明和初始化合并，能从语法层面杜绝“声明后忘记赋值”的疏漏。编译器通常也能据此做更优优化。
- ✅ 推荐：int count = 0;、std::string name{"unknown"};、auto ptr = std::make_unique();
- ❌ 避免：int count;（后续才写 count = 0;），尤其在分支多、路径长的函数中易遗漏
结构体与类成员必须显式初始化
聚合类型（struct/class）的成员若未在构造函数初始化列表或默认成员初始化器中指定值，其值将依赖于对象存储期——栈上对象成员为未定义，全局/静态对象才零初始化。这极易埋下隐患。
- ✅ 在类定义中用默认成员初始化器：class Config { int timeout_ = 30; bool enabled_ = true; };
- ✅ 或在构造函数初始化列表中明确赋值：Config() : timeout_(30), enabled_(true) {}
- ❌ 不要依赖“编译器会帮我清零”——仅对静态存储期对象成立，对局部对象完全不适用
指针与智能指针初始化为明确的空状态
野指针（指向已释放或随机地址）是典型的 UB 触发器。即使暂不指向有效对象，也应初始化为明确的“空”语义。
- ✅ 原生指针：用 nullptr 初始化，如 int* p = nullptr;
- ✅ 智能指针：直接使用默认构造（自动为空），如 std::unique_ptr
ptr; 或显式 std::shared_ptrsp{nullptr}; - ❌ 避免 int* p; 后直接传给 if (p != nullptr) 判断——此时 p 是垃圾值，比较本身已是 UB
容器与数组避免“默认构造但内容未定义”陷阱
像 std::vector
- ✅ 明确需要零值：用 std::vector
v(10, 0); 或 int arr[10] = {}; // 聚合初始化，全部零化 - ✅ 对大数组/容器，若后续必全量赋值，可接受未初始化以提升性能，但必须确保任何读取操作前已完成所有写入
- ❌ 混淆概念：认为 std::vector
v(10); 的 10 个元素是“0”——实际是未定义值，访问即 UB
