java无原生对象属性懒加载语法，需用getter中判空初始化、volatile+dcl或concurrenthashmap.computeifabsent实现；静态内部类适用于类级懒加载，实例初始化块则属构造必经环节而非懒加载。
Java 中没有“对象属性懒加载”的原生语法机制，但可以通过初始化块、构造逻辑或静态内部类等手段模拟实现。关键要分清：静态初始化块控制类级资源的延迟加载，而实例初始化块和构造器决定每个对象的属性何时真正赋值——这常被误称为“懒加载”，实则是按需构造。
实例初始化块不是懒加载，而是构造流程一环
实例初始化块（即不加 static 的 {...}）会在每次创建对象时执行，且严格位于父类构造器调用之后、子类构造器主体之前。它和字段直接赋值一样，属于对象创建必经路径，并非延迟触发。
- 执行时机固定：new 对象 → 父类构造器 → 实例块/字段初始化 → 子类构造器
- 不能跳过：哪怕只读取某个 getter，只要 new 出了实例，所有实例块都已执行完毕
- 不适用于真正懒场景：比如某属性依赖耗时 IO，放在实例块里仍会在 new 时阻塞
真懒加载靠的是“首次访问才计算”模式
要实现属性级的延迟初始化，必须把赋值逻辑从构造过程剥离，转为在 getter 中判断并初始化。这是最直接、可控的方式。
- 用 volatile + 双重检查锁（DCL）保障线程安全
- 或借助 Java 8+ 的 java.util.concurrent.ConcurrentHashMap.computeIfAbsent() 管理缓存型属性
- 避免在构造器或实例块中调用可能触发该属性的逻辑（否则懒加载失效）
静态内部类是类级懒加载的黄金方案
虽然不作用于单个对象属性，但它是 JVM 层面真正支持的懒加载机制，常用于单例、连接池、配置解析等高开销资源初始化。
- 外部类加载时，静态内部类不会初始化；只有首次访问其静态成员（如 Holder.INSTANCE）时才触发
- 该过程由 JVM 保证线程安全且仅执行一次
- 可封装复杂初始化逻辑（如 new DBConnection() + init() + validate()），对外只暴露 final 引用
别混淆“未初始化”和“懒加载”
Java 字段有默认值（int=0，Object=null），但这只是准备阶段的零值填充，不代表懒行为。真正的懒加载意味着：直到第一次需要时，才执行代价高昂的初始化动作，并缓存结果供后续复用。
- null 不等于懒：它可能是遗漏初始化，也可能是设计为延迟赋值
- 检查 null + 赋值 是常见手法，但需自行处理并发、异常、重复初始化等问题
- JVM 不会自动帮你做这个判断，一切取决于你写的 getter 或 holder 模式
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
