单例模式
单例模式属于创建型模式,单例类只能有一个实例,且必须自己创建自己的实例。
- 优点:在内存中只有一个实例,减少内存开销;避免资源的多重占用(比如写文件操作)
- 缺点:没有接口,不能继承,与单一职责原则冲突,一个类应该只关心内部逻辑,而不关心外面怎么样来实例化。
- 使用场景: 1、要求生产唯一序列号。 2、WEB 中的计数器,不用每次刷新都在数据库里加一次,用单例先缓存起来。 3、创建的一个对象需要消耗的资源过多,比如 I/O 与数据库的连接等。
单例模式实现方法
- (静态工厂)私有构造方法
public class Singleton {
// 私有构造函数
private Singleton() {}
// 单例对象
private volatile static Singleton instance = null;
// 静态工厂方法
public static Singleton getInstance() {
if (instance == null) {// 双重检索机制
// 同步锁
synchronized (Singleton.class) {
if (instance == null) {// 双重检索机制
instance = new Singleton();
}
}
}
return instance;
}
}
- 静态内部类
package singleton;
/**
* 静态内部类实现单例模式:
* 从外无法访问静态内部类,只有当调用 Singleton.getInstance 方法的时候,才能得到单例对象 INSTANCE;
* INSTANCE 对象初始化的时机并不是在单例类 Singleton 被加载的时候,而是在调用 getInstance 方法,使得静态内部类被加载的时候才会初始化。
* 这种实现方式是利用了 classloader 的加载机制来实现懒加载,并保证构建单例的线程安全。
* @author LE
*
*/
public class Singleton2 {
private static class LazyHolder {
private static final Singleton2 INSTANCE = new Singleton2();
}
private Singleton2 (){}
public static Singleton2 getInstance() {
return LazyHolder.INSTANCE;
}
}
使用以上两种方式都不能避免通过反射机制来打破单例模式,而使用枚举方式可以有效避免这种状况发生。
- 枚举
package singleton;
public enum Singleton3 {
INSTANCE;
}