懒加载是延迟初始化昂贵对象以优化启动性能，适用于构造开销大且使用概率低的对象；java用静态内部类+final，c#用readonly lazy，springboot用@lazy注解。
懒加载不是让对象“造得更快”，而是让它“不急着造”。在大厂核心业务中，真正需要调优的，是那些构造开销大、但访问频次低或路径非必达的昂贵对象——比如风控模型加载器、实时报表计算引擎、跨域配置中心客户端、千万级缓存预热器等。这类对象若在启动时全量初始化，会显著拖慢服务冷启速度、推高内存水位、增加发布失败率。
明确哪些对象值得懒加载
必须同时满足两个硬条件才上懒加载：
- 构造过程昂贵：涉及远程调用（如 ConfigServer 拉取百MB配置）、磁盘IO（解析嵌套 YAML/JSON Schema）、CPU密集型操作（编译正则规则集、初始化 ML 模型权重）或资源独占（建立专用数据库连接池、GPU 显存分配）
- 使用概率低或非主干路径：例如灰度通道开关未开启时的 A/B 测试分析模块、错误码归档服务（仅在 P0 故障后触发）、后台异步导出任务调度器（日均调用量＜5次）
Java 场景：静态内部类 + final 是最稳方案
适用于单例型昂贵对象（如全局 Schema 校验器、加密密钥管理器），要求绝对线程安全、零同步开销、JVM 级保障：
- 把昂贵对象声明为 static final 字段，放在私有静态内部类中
- 外部类构造器私有，禁止反射或 new 实例化
- 对外只暴露无参、无同步、无判断的 getInstance() 方法，直接返回 Holder.INSTANCE
- 严禁在外部类静态块、构造器或任何地方提前引用 Holder.class 或调用其静态方法，否则破坏延迟性
C# 场景：readonly Lazy 是标准解法
适用于依赖注入场景下的服务级昂贵对象（如 HeavyReportService、AsyncDataEnricher），兼顾语义清晰与可控性：
- 声明为 private readonly Lazy
字段，工厂函数确保状态就绪（如 this._config 已完成赋值） - 公开属性直接返回 _field.Value，不包装 getter 新建 Lazy 实例
- 单线程上下文（如 CLI 工具、批处理 Job）可关闭线程安全：new Lazy
(factory, isThreadSafe: false) - 异步初始化必须用 Lazy
>：工厂返回 Task，外部 await _field.Value，复用同一 Task 实例
SpringBoot 场景：@Lazy 注解 + 合理作用域
适用于微服务中按需激活的重型 Bean（如风控规则引擎、离线特征仓库客户端）：
- 在 @Service / @Component 类上加 @Lazy，避免容器启动时初始化
- 多例 Bean（@Scope("prototype")）默认懒加载，无需额外标注
- 慎用于被 @PostConstruct 依赖或早期生命周期监听器引用的 Bean，可能绕过懒加载
- 结合 @ConditionalOnProperty 或 @Profile 控制启用条件，进一步收窄加载范围
