延迟加载的核心是“首次访问才初始化”，C++中推荐用std::optional（C++17起）实现，它延迟构造、自动管理生命周期；也可用std::unique_ptr配合std::call_once保证线程安全，但需注意空指针检查与异常安全。
延迟加载的核心是“首次访问才初始化”
在 C++ 中没有内置的 lazy 关键字，所谓延迟加载本质是控制对象构造时机——不是定义时构造，而是第一次被取值或调用时才触发构造。最常用且安全的方式是用 std::optional（C++17 起）或手动管理指针 + 标志位。别用全局静态对象模拟 lazy，它仍会在程序启动时初始化（受初始化顺序问题困扰）。
std::optional 是最推荐的延迟加载容器
std::optional 本身不构造内部对象，直到你显式调用 emplace() 或赋值。它自动管理生命周期，避免裸指针的内存泄漏和空解引用风险。
常见错误：直接对未初始化的 std::optional<t></t> 调用 *opt 或 opt.value()，会抛出 std::bad_optional_access 异常。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 声明为
std::optional<myheavyclass></myheavyclass>，而非MyHeavyClass或MyHeavyClass* - 首次需要时用
opt.emplace(arg1, arg2)构造（支持完美转发） - 检查是否已初始化：用
if (opt.has_value())或直接用if (opt) - 取值用
*opt或opt.value()（后者带边界检查）
示例：
std::optional<DatabaseConnection> db_;
void connect() {
if (!db_) {
db_.emplace("localhost", 5432); // 首次调用才构造
}
}
用 std::unique_ptr + 惰性构造也行，但要更小心
适用于构造开销极大、且需多态或跨模块传递的场景。相比 std::optional，它允许延迟到运行时再决定具体类型（如工厂模式），但多了堆分配开销和空指针检查义务。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
容易踩的坑：
- 忘记判空就解引用：必须写
if (ptr) { *ptr; }，不能直接*ptr - 误用
new而非std::make_unique，导致异常安全问题 - 在多线程环境下未加锁——
std::unique_ptr本身不是线程安全的惰性初始化
若需线程安全的首次初始化，应配合 std::call_once 和 std::once_flag，而不是靠指针判空来保证原子性。
别用静态局部变量模拟 lazy（除非明确接受单例语义）
像 auto& instance = []{ static T x(args); return x; }(); 这类写法看似懒，实则仍是“首次进入该函数时初始化”，且带静态存储期和函数内联限制。问题在于：
- 初始化不是按首次“访问”发生，而是按首次“调用该 lambda 所在函数”发生
- 无法控制析构时机（全局生命周期）
- 多个函数各自写一套，重复逻辑；合并到一个函数里又破坏单一职责
真正需要延迟加载时，优先封装成类成员 + std::optional，把“何时加载”的决策权留给使用者，而不是绑定到某个函数入口。
复杂点在于：延迟加载从来不只是“晚点构造”，它往往牵扯到资源竞争、异常安全、以及是否允许重复初始化。这些细节没被封装进语言原语里，所以每次用都要重新确认上下文约束。
