单例模式
基本介绍
- 所谓单例模式,就是采取一定的方法保证在整个软件系统中,对某个类只能存在一个实例对象,并且该类只提供一个取得实例对象的方法。
- 比如Hibernate的SessionFactory,它充当数据源的代理,并负责创建Session对象。SessionFactory并不是轻量级的,一般情况下,一个项目通常只需要一个SessionFactory就够,这就是会使用到单例模式
单例设计模式八种方式
1.饿汉式(静态常量)
步骤:
- 构造器私有化(防止new)
- 类的内部创建对象
- 向外暴露一个静态的公共方法
优缺点说明:
4. 优点:这种写法比较简单,就是在类装载的时候就完成实例化。避免了线程同步问题
5. 缺点:在类装载的时候就会完成实例化,没有达到Lazy Loading的效果,如果从始至终未使用到这个实例,则会造成内存浪费
6. 这种方式基于classloder机制避免了多线程同步的问题,不过,instance在类装载时候就实例化,在单例模式中大多都是调用getInstance方法,但是导致类装载的原因有很多种,因此不能确定有其他方式(或者其他静态方法)导致类装载,这时候初始化instace就没有达到lazy loading的效果
7. 结论:这种单例模式可用,可能造成内存浪费
代码实现:
//饿汉式,静态常量
class Sigleton {
//1.构造器私有化
private Sigleton() {}
//2.本类内部创建对象实例
private final static Sigleton instance = new Sigleton();
//3.对外提供一个公有的静态方法,返回对象实例
public static Sigleton getInstance() {
return instance;
}
}
2.饿汉式(静态代码块)
优缺点说明:
- 这种方式和上面的类似,只不过将类实例化的过程放在了静态代码块中,也是类装载的时候,就执行静态代码块中的代码,初始化类的实例。优缺点和第一种方式是一样的
- 结论:这种单例模式可用,可能造成内存浪费
代码实现:
class Sigleton {
//1.构造器私有化
private Sigleton() {}
//2.本类内部创建对象实例
private static Sigleton instance;
static { //在静态代码块中创建单例对象
instance = new Sigleton();
}
//3.对外提供一个公有的静态方法,返回对象实例
public static Sigleton getInstance() {
return instance;
}
}
3.懒汉式(线程不安全)
优缺点说明:
- 起到了Lazy Loading的效果,但是只能在单线程下使用
- 如果在多线程下一个线程进入了if(instance == null) 判断语句块,还未来得及往下执行,另一个线程也通过了这个判断语句这是便会产生多个实例,所以在多线程不可使用
- 结论:在实际开发中,不要使用
代码实现:
class Sigleton {
//1.构造器私有化
private Sigleton() {}
//2.本类内部创建对象实例
private static Sigleton instance;
//3.对外提供一个公有的静态方法,当使用到该方法时,才去创建instance
public static Sigleton getInstance() {
if (instance == null) {
instance = new Sigleton();
}
return instance;
}
}
4.懒汉式(线程安全,同步方法)
优缺点说明:
- 解决了线程不安全问题
- 效率太低了,每个线程在想获得类的实例的时候,执行getInstance()方法都进行同步。而其实这个方法执行一次实例化代码就够了,后面的想获取该类实例,直接return就行。方法进行同步效率太低
- 结论:实际开发中,不推荐使用
代码实现:
class Sigleton {
//1.构造器私有化
private Sigleton() {}
//2.本类内部创建对象实例
private static Sigleton instance;
//3.对外提供一个公有的静态方法,当使用到该方法时,才去创建instance
//加入同步处理的代码
public static synchronized Sigleton getInstance() {
if (instance == null) {
instance = new Sigleton();
}
return instance;
}
}
5.懒汉式(线程安全,同步代码块)
与上述同步方法相同,无需过多解释
6.懒汉式(线程安全,同步代码块)双重检查
优缺点说明:
- Double-Check概念是多线程开发经常使用到的,如代码中所示,我们进行了两次if(singleton == null)检查,这样就可以保证线程安全了
- 这样,实例化代码只用执行一次,后面再访问时,判断if(singleton == null)直接return实例化对象,也避免了反复进行方法同步
- 线程安全:延迟加载;效率较高
- 总结:实际开发中,推荐使用
代码实现:
class Sigleton {
//1.构造器私有化
private Sigleton() {}
//2.本类内部创建对象实例
private static volatile Sigleton instance;
//3.对外提供一个公有的静态方法,当使用到该方法时,才去创建instance
//加入同步处理的代码
public static Sigleton getInstance() {
if (instance == null) {
synchronized(Sigleton.class) {
if (instance == null) {
instance = new Sigleton();
}
}
}
return instance;
}
}
7.静态内部类
优缺点说明:
- 这种方式采用了类装载机制来保证初始化实例时只有一个线程
- 静态内部类方式在Singlenton类被装载时并不会立即实例化,而是需要实例化时调用getInstance方法,才会装载SinglentonInstance类,从而完成Singleton的实例化
- 类的静态属性只会在第一次加载类的时候初始化,所以在这里,JVM帮助我们保证了线程的安全性,在类初始化时,别的线程是无法进入的
- 优点:避免了线程不安全,利用静态内部类特点实现延迟加载,效率高
- 结论:推荐使用
代码实现:
class Sigleton {
//构造器私有化
private Sigleton() {}
//写一个静态内部类,该类中有一个静态的属性
private static class SigletonInstance {
private static final Sigleton INSTANCE = new Sigleton();
}
//3.对外提供一个公有的静态方法,当使用到该方法时,才去创建instance
//加入同步处理的代码
public static Sigleton getInstance() {
return SigletonInstance.INSTANCE;
}
}
8.枚举
优缺点说明:
- 借助了JDK1.5中添加的枚举来实现单例模式。不仅能避免多线程同步问题,而且还能防止反序列化重新创建对象
- 这种方式是Effective Java 作者推荐的方式
- 结论:推荐使用
代码实现:
enum Sigleton {
INSTANCE;
public void sayOk() {
System.out.println("ok");
}
}