单例模式
单例模式要求一个类只能生成一个对象,所有对象对它的依赖都是相同的,自行实例化并向整个系统提供这个实例。
Singleton类称为单例类,通过使用private的构造函数确保了在一个应用中只产生一个实 例,并且是自行实例化的(在Singleton中自己使用new Singleton())
public class Singleton {
private static final Singleton singleton = new Singleton();
//限制产生多个对象
private Singleton(){ }
//通过该方法获得实例对象
public static Singleton getSingleton(){
return singleton;
}
//类中其他方法,尽量是static
public static void doSomething(){
}
}
单例模式的优点
- 由于单例模式在内存中只有一个内存实例 ,减少了内存的开支,特别是一个对象需要频繁的创建或销毁又无法进行优化时。
- 由于单例模式只生成一个实例,所以减少了系统的性能开销,当一个对象的产生需要比较多的资源时,如读取配置、产生其他依赖对象时,则可以通过在应用启动时直接产生一 个单例对象,然后用永久驻留内存的方式来解决
- 单例模式可以避免对资源的多重占用,例如一个写文件动作,由于只有一个实例存在内存中,避免对同一个资源文件的同时写操作
- 单例模式可以在系统设置全局的访问点,优化和共享资源访问,例如可以设计一个单例类,负责所有数据表的映射处理。
单例模式的缺点
- 单例模式一般没有接口,因此扩展起来比较困难,若要进行扩展只有修改源代码。
- 单例模式对测试是不利的。在并行开发环境中,如果单例模式没有完成,是不能进行 测试的,没有接口也不能使用mock的方式虚拟一个对象。
- 单例模式与单一职责原则有冲突。一个类应该只实现一个逻辑,而不关心它是否是单例的,是不是要单例取决于环境,单例模式把“要单例”和业务逻辑融合在一个类中。
使用场景
- 要求生成唯一序列号的环境
- 在整个项目中需要一个共享访问点或共享数据,例如一个Web页面上的计数器,可以不用把每次刷新都记录到数据库中,使用单例模式保持计数器的值,并确保是线程安全的。
- 创建一个对象需要消耗的资源过多,如要访问IO和数据库等资源;
- 需要定义大量的静态常量和静态方法(如工具类)的环境,可以采用单例模式。
注意事项
在高并发下,需要注意单例模式的线程安全问题
public class Singleton {
private static Singleton singleton = null;
//限制产生多个对象
private Singleton(){ }
//通过该方法获得实例对象
public static Singleton getSingleton(){
if(singleton == null){
singleton = new Singleton();
}
}
}
上面的单例模式,在低并发的场景下,尚不会出现安全问题,但是在高并发的场景下,例如在判断singleton 是否为空的情况下,有两个线程A、B进入,则线程都会创建对象,从而在内存中有两个对象的实例。
解决办法:可以在getSingleton方法上面加synchronized,或者在方法内部加synchronized进行实现。
单例模式的扩展
如果一个类可以产出多个实例,那么只需要采用new关键字进行对象的实例化即可,但是我们要求一个类只产生两三个对象,该如何实现。
我们可以采用ArrayList进行封装单例,然后控制ArrayList的size从而实现产生两三个对象。