简介
单例模式是一种常用的软件设计模式,其定义是单例对象的类只能允许一个实例存在。
基本的实现思路
单例模式要求类能够有返回对象一个引用(永远是同一个)和一个获得该实例的方法(必须是静态方法,通常使用getInstance这个名称)。
单例的实现主要是通过以下两个步骤:
- 将该类的构造方法定义为私有方法,这样其他处的代码就无法通过调用该类的构造方法来实例化该类的对象,只有通过该类提供的静态方法来得到该类的唯一实例;
- 在该类内提供一个静态方法,当我们调用这个方法时,如果类持有的引用不为空就返回这个引用,如果类保持的引用为空就创建该类的实例并将实例的引用赋予该类保持的引用。
注意事项
单例模式在多线程的应用场合下必须小心使用。如果当唯一实例尚未创建时,有两个线程同时调用创建方法,那么它们同时没有检测到唯一实例的存在,从而同时各自创建了一个实例,这样就有两个实例被构造出来,从而违反了单例模式中实例唯一的原则。 解决这个问题的办法是为指示类是否已经实例化的变量提供一个互斥锁(虽然这样会降低效率)。
饿汉模式
package singlecase;
/**
* 饿汉模式
* @author asus yb
*
*/
public class StarvingModel {
private final static StarvingModel INSTANCE = new StarvingModel();
private StarvingModel() {
}
/**
* (静态常量)【可用】
* 优点:这种写法比较简单,就是在类装载的时候就完成实例化。避免了线程同步问题。
* 缺点:在类装载的时候就完成实例化,没有达到Lazy Loading的效果。
* 如果从始至终从未使用过这个实例,则会造成内存的浪费。
* @return
*/
public static StarvingModel getInstance() {
return INSTANCE;
}
// private static StarvingModel instance;
//
// static {
// instance = new StarvingModel();
// }
//
// private StarvingModel() {
// }
//
// /**
// * (静态代码块)【可用】
// * 这种方式和上面的方式其实类似,只不过将类实例化的过程放在了静态代码块中,
// * 也是在类装载的时候,就执行静态代码块中的代码,初始化类的实例。
// * 优缺点和上面是一样的
// * @return
// */
// public static StarvingModel getInstance() {
// return instance;
// }
}
懒汉模式
package singlecase;
/**
* 懒汉模式
* @author yb
*
*/
public class SlackerModel {
private static SlackerModel slackerModel = new SlackerModel();
private SlackerModel() {
}
/**
* (线程不安全)【不可用】
* 说明:这种写法起到了Lazy Loading的效果,但是只能在单线程下使用。
* 如果在多线程下,一个线程进入了if(slackerModel == null)判断语句块
* 还未来得及往下执行,另一个线程也通过了这个判断语句,这时便会产生多个实例。
* 所以在多线程环境下不可使用这种方式。
* @return
*/
// public static SlackerModel getInstance() {
// if slackerModell == null) {
// slackerModel = new SlackerModel();
// }
// return slackerModel;
// }
/**
* (线程安全,同步方法)【不推荐用】
* 解决:(线程不安全)问题,做个线程同步就可以,于是就对getInstance()方法进行了线程同步。
* 缺点:效率太低了,每个线程在想获得类的实例时候,执行getInstance()方法都要进行同步。
* 其实这个方法执行一次实例化代码就够了,后面的想获得该类实例,直接return就行了。
* 方法进行同步效率太低要改进。
* @return
*/
// public static synchronized SlackerModel getInstance() {
// if (slackerModel == null) {
// slackerModel = new SlackerModel();
// }
// return slackerModel;
// }
/**
* (线程安全,同步代码块)【不可用】
* 解决:(线程安全)方式同步效率太低,所以摒弃同步方法,改为同步产生实例化的代码块。
* 缺点:但是这种同步并不能起到线程同步的作用。跟(线程不安全)的实现方式遇到的情形一致,
* 说明:假如一个线程进入了if(slackerModel == null) 判断语句块,还未来得及往下执行,
* 另一个线程也通过了这个判断语句,这时便会产生多个实例。
* @return
*/
public static synchronized SlackerModel getInstance() {
if (slackerModel == null) {
synchronized (SlackerModel.class) {
slackerModel = new SlackerModel();
}
slackerModel = new SlackerModel();
}
return slackerModel;
}
}
双重检查
package singlecase;
/**
* 双重检查【推荐用】
* @author yb
*
*/
public class DoubleCheck {
private static volatile DoubleCheck doubleCheck;
private DoubleCheck() {
}
/***
* 不理解的推荐:看一下Double-Check概念,
* 说明:我们进行了两次if(doubleCheck == null)检查,这样就可以保证线程安全了。
* 这样,实例化代码只用执行一次,后面再次访问时,判断if(doubleCheck == null),
* 直接return实例化对象。
* @return
*/
public static DoubleCheck getInstance() {
if (doubleCheck == null) {
synchronized (DoubleCheck.class) {
if (doubleCheck == null) {
doubleCheck = new DoubleCheck();
}
}
}
return doubleCheck;
}
}
静态内部类
package singlecase;
/**
* 静态内部类【推荐用】
* @author asus yb
*
*/
public class InnerStaticMode {
private InnerStaticMode() {
}
private static class SingletonInstance {
private static final InnerStaticMode INSTANCE = new InnerStaticMode();
}
/**
* 这种方式跟饿汉模式采用的机制类似,但又有不同。
* 两者都是采用了类装载的机制来保证初始化实例时只有一个线程。
* 不同的地方在饿汉模式方式是只要InnerStaticMode类被装载就会实例化,
* 没有Lazy-Loading的作用,而静态内部类方式在InnerStaticMode类被装载时并不会立即实例化,
* 而是在需要实例化时,调用getInstance方法,才会装载SingletonInstance类,从而完成InnerStaticMode的实例化。
*
* 类的静态属性只会在第一次加载类的时候初始化,所以在这里,JVM帮助我们保证了线程的安全性,
* 在类进行初始化时,别的线程是无法进入的。
*
* 优点:避免了线程不安全,延迟加载,效率高
* @return
*/
public static InnerStaticMode getInstance() {
return SingletonInstance.INSTANCE;
}
}
枚举
package singlecase;
/**
* 枚举【推荐用】
* @author yb
*
*/
public enum Singleton {
INSTANCE;
/**
* 借助JDK1.5中添加的枚举来实现单例模式。不仅能避免多线程同步问题,
* 而且还能防止反序列化重新创建新的对象。可能是因为枚举在JDK1.5中才添加,
* 所以在实际项目开发中,很少见人这么写过。
*
* 优点:系统内存中该类只存在一个对象,节省了系统资源,对于一些需要频繁创建销毁的对象,
* 使用单例模式可以提高系统性能。
*
* 缺点:当想实例化一个单例类的时候,必须要记住使用相应的获取对象的方法,
* 而不是使用new,可能会给其他开发人员造成困扰,特别是看不到源码的时候。
*
* 使用场合
* 需要频繁的进行创建和销毁的对象;
* 创建对象时耗时过多或耗费资源过多,但又经常用到的对象;
* 工具类对象;
* 频繁访问数据库或文件的对象。
*/
public void whateverMethod() {
}
}
适用场合
- 需要频繁的进行创建和销毁的对象;
- 创建对象时耗时过多或耗费资源过多,但又经常用到的对象;
- 工具类对象;
- 频繁访问数据库或文件的对象。