static 关键字通过将实例和获取方法提升至类级别，配合私有构造器与类加载机制，确保单例全局唯一；静态字段在类加载时初始化且仅一次，静态方法可直接调用，避免依赖实例，但需配套 private 构造器、防反射/序列化等措施。
static 关键字本身不直接“防止”多次实例化，而是通过配合类加载机制和访问控制，让单例的唯一性成为可能。关键在于：它把实例持有和获取入口都提升到类级别，切断了依赖对象创建的路径。
静态字段确保全局唯一引用
单例要求整个 JVM 中该类只有一个实例。如果 instance 声明为普通成员变量（非 static），每次 new 一个新对象，就会生成一份新副本——这根本不是单例。只有声明为 private static Singleton instance，这个引用才在类加载时分配内存、被所有线程共享、且只存在一份。
- 静态变量属于类，不是实例；类加载时初始化，生命周期贯穿应用全程
- 所有线程访问的是同一个内存地址，避免副本问题
- 配合 private 构造器，从源头封禁 new 出新对象的可能
静态方法提供无依赖的访问入口
getInstance() 必须是 static，否则调用它就得先有 Singleton 对象——可你正想获得那个“第一个”对象。static 方法不依赖任何实例，能直接通过类名调用，天然绕过构造流程。
- 用户写 Singleton.getInstance() 就能拿到实例，无需先 new
- 若方法非 static，就必须先有对象才能调用，逻辑上陷入死循环
- static + private 构造器，共同构成“只能通过此法获取”的契约
类加载机制保障初始化一次
static 的真正威力来自 JVM 对类初始化的严格约束：一个类的静态变量初始化和静态代码块执行，只发生一次，且由 JVM 自动加锁保证线程安全。
- 饿汉式：instance 在类加载时就 new 出来，JVM 确保只执行一次
- 静态内部类：Holder 类首次被主动使用（如访问 Holder.INSTANCE）才触发加载，其
也只执行一次 - 不需要手写 synchronized 或 volatile，底层机制已兜底
避免常见误用导致失效
static 不是万能钥匙，用错位置或忽略配套措施，单例依然会被破坏。
- 实例字段没加 static → 每个对象都有自己的 instance，彻底失效
- getInstance() 非 static → 调用前需实例，违背单例初衷
- 没设 private 构造器 → 外部仍可用 new 创建新对象
- 反射或序列化未防护 → 即使用了 static，也可能绕过 getInstance 创建新实例
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
