单例模式的核心是保证一个类全局仅有一个实例，而实际开发中，我们不仅要实现单例，更要兼顾内存优化、线程安全与扩展性。并发编程（二十二）：单例模式总览篇：概念、分类与基础实现-CSDN博客
一、静态方法 vs 非静态方法
"静态方法不用创建对象，为什么不适合作为Servlet/Controller的业务方法？"，原因在于内存占用逻辑与扩展性
1 类加载 vs 类初始化
1. 类加载（硬盘 → 内存）
- 时机 ：类首次被使用时（比如第一次调用类的方法、访问类的变量、new 对象），JVM 把硬盘上的 .class 文件加载到内存
- 内容 ：加载类的元信息（类名、方法名、变量名等），但不执行静态代码 / 初始化静态变量
2. 类初始化（内存里初始化）
- 时机 ：类加载后，首次使用类的静态成员（静态方法、静态变量、静态块）时触发
- 内容 ：执行静态块、初始化静态变量，静态成员一旦初始化就永久占内存，直到 JVM 退出
二、静态方法的问题："不用也占内存"
1. 静态方法的内存逻辑
静态方法 ≠ 不用创建对象，但 类加载 + 初始化后就永久占内存
- 静态方法属于类本身 ，不是对象，调用时不用 new 对象（比如
ServletUtil.doGet()） - 只要这个类被加载到内存，静态方法的元信息 + 执行逻辑就永久占内存，哪怕你从没调用过这个静态方法
- 这和枚举 / 饿汉式单例的问题完全一样：提前占内存，不符合 "按需使用" 的优化
2. 静态方法 vs 非静态方法（单例场景）
| 特性 | 静态方法 | 非静态方法（DCL 单例） |
|---|---|---|
| 调用方式 | 类名.方法（不用对象） | 对象.方法（需单例对象） |
| 内存占用时机 | 类加载后就占内存（永久） | 第一次调用方法时，创建单例对象才占内存 |
| 极限优化适配性 | 不适配（提前占内存） | 适配（按需占内存） |
| 灵活性 | 差（静态方法不能重写） | 好（非静态方法可继承 / 重写） |
Q: "为什么不用静态方法代替单例？静态方法不用创建对象啊"
A：
- 静态方法虽然不用创建对象，但类一加载，静态方法就占内存------ 哪怕你从没调用过这个静态方法，它也一直占着空间，和枚举的 "提前占内存" 是同一个问题
- 而非静态方法（DCL 单例）：
- 类加载时，只加载类的元信息，非静态方法的执行逻辑不占内存
- 只有第一次调用方法时，才创建单例对象，非静态方法才真正占内存
- 完全符合 "什么时候用，什么时候才占内存" 的优化需求
简单示例说明：
java
// 静态方法版（提前占内存）
class ServletStatic {
// 类加载后，这个静态方法就占内存，哪怕从没调用过
public static void doGet() {}
}
// DCL 非静态版（按需占内存）
class ServletDCL {
private volatile static ServletDCL INSTANCE;
private ServletDCL() {}
public static ServletDCL getInstance() {
if (INSTANCE == null) { // 第一次调用才创建对象
synchronized (ServletDCL.class) {
if (INSTANCE == null) {
INSTANCE = new ServletDCL(); // 此时非静态方法才占内存
}
}
}
return INSTANCE;
}
// 非静态方法：只有创建对象后才占内存
public void doGet() {}
}此外，静态方法无法被重写，灵活性远低于非静态方法，也不符合 Servlet/Controller 可扩展的开发需求。
通过上面的对比我们可以发现，非静态方法必须依托对象才能调用，而想要保证单例的内存优化效果，首先就要从根源上控制对象的创建数量，这就涉及到单例模式最基础的设计：构造方法私有。
这就留到下一篇我们再来讲一讲~