一、基于 Lambda 表达式 + Supplier 的延迟初始化
利用 Supplier
函数式接口和 静态内部类 简化延迟加载逻辑:
public class LambdaSingleton {
private static final Supplier<LambdaSingleton> INSTANCE = () -> {
// 延迟初始化逻辑(线程安全)
return Holder.INSTANCE;
};
private static class Holder {
static final LambdaSingleton INSTANCE = new LambdaSingleton();
}
private LambdaSingleton() {}
public static LambdaSingleton getInstance() {
return INSTANCE.get();
}
}
二、接口静态方法实现饿汉式单例
JDK 8 允许接口定义 静态方法,可用于简化饿汉式单例:
public interface ConfigService {
ConfigService INSTANCE = new ConfigServiceImpl();
static ConfigService getInstance() {
return INSTANCE;
}
// 默认方法(JDK8+)
default void loadConfig() {
// 配置加载逻辑
}
}
class ConfigServiceImpl implements ConfigService {
// 具体实现
}
三、模块化(JDK9+) 增强单例安全性
通过 Java 模块系统(module-info.java
)限制反射访问,防止恶意代码破坏单例:
module com.example.singleton {
exports com.example.singleton; // 仅暴露公共API
opens com.example.singleton.impl to spring.core; // 限制反射访问范围
}
四、VarHandle(JDK9+) 优化双重校验锁
使用 VarHandle
替代 volatile
,实现更高效的内存可见性控制:
public class VarHandleSingleton {
private static VarHandleSingleton instance;
private static final VarHandle INSTANCE_HANDLE;
static {
try {
INSTANCE_HANDLE = MethodHandles.lookup()
.findStaticVarHandle(VarHandleSingleton.class, "instance", VarHandleSingleton.class);
} catch (ReflectiveOperationException e) {
throw new Error(e);
}
}
private VarHandleSingleton() {}
public static VarHandleSingleton getInstance() {
if (instance == null) {
synchronized (VarHandleSingleton.class) {
if (instance == null) {
INSTANCE_HANDLE.setVolatile(new VarHandleSingleton());
}
}
}
return instance;
}
}
五、Records(JDK14+) 实现不可变单例
结合 Records
类型创建不可变单例(需配合工厂方法):
public record DatabaseConfig(String url, String user) {
private static final DatabaseConfig INSTANCE =
new DatabaseConfig("jdbc:mysql://localhost:3306/db", "admin");
public static DatabaseConfig getInstance() {
return INSTANCE;
}
}
六、Sealed Classes(JDK17+) 限制子类化
通过密封类(Sealed Classes)防止单例被继承破坏:
public sealed class Logger permits LoggerSingleton {
// 密封类定义
}
public final class LoggerSingleton extends Logger {
private static final LoggerSingleton INSTANCE = new LoggerSingleton();
private LoggerSingleton() {}
public static LoggerSingleton getInstance() {
return INSTANCE;
}
}
关键对比与选型建议
实现方式 | 适用场景 | 优势 | 限制条件 |
---|---|---|---|
Lambda + Supplier | 需要简洁语法 + 延迟加载 | 代码简练,减少样板代码 | JDK8+ |
接口静态方法 | 简单饿汉式单例 | 天然支持全局访问点 | 需配合实现类 |
模块化 | 高安全性要求场景 | 防止反射攻击 | JDK9+ |
VarHandle | 高性能要求的双重校验锁 | 比 volatile 更底层控制 | JDK9+ |
Records | 不可变配置类单例 | 自动生成equals/hashCode/toString | JDK14+(预览特性) |
Sealed Classes | 防止单例被子类化破坏 | 编译期安全检查 | JDK17+ |
总结
虽然 JDK8 后单例模式的核心思想未变,但新特性提供了 更安全、更简洁的实现选择:
- 优先选择 Records/枚举:对不可变配置类,Records 提供天然线程安全和简洁性。
- 高并发场景用 VarHandle:替代传统双重校验锁,减少内存屏障开销。
- 模块化增强防御:结合模块系统限制反射访问,提升安全性。
- 避免过度设计:简单场景仍推荐枚举或静态内部类实现。