From Now On,Let us begin Design Patterns。
单例模式
定义
- 确保某一个类只有一个实例,而且自行实例化并向整个系统提供这个实例。 Ensure a classhas only one instance, and provide a global point of access to it.
单例模式有如下几个特点:
1. 它只有一个实例
2. 它必须要自行实例化
3. 它必须自行想整个系统提供访问点
单例模式的优点:
内存仅有一个实例,减少内存开支;特别是一个对象需要频繁地创建、销毁时,而且创建或销毁时性能又无法优化,单例模式的优势就非常明显。
当一个对象的产生需要比较多的资源时,如读取配置、产生其他依赖对象时,则可以通过在应用启动时直接产生一个单例对象,然后用永驻留内存的方式来解决(在Java EE中注意JVM垃圾回收机制)。
单例模式可以在系统设置全局的访问点,优化和共享资源访问,例如可以设计一个单例类,负责所有数据表的映射处理。
在单例模式中,活动的单例只有一个实例,对单例类的所有实例化得到的都是相同的一个实例。这样就 防止其它对象对自己的实例化,确保所有的对象都访问一个实例
由于在系统内存中只存在一个对象,因此可以 节约系统资源,当 需要频繁创建和销毁的对象时单例模式无疑可以提高系统的性能
避免对共享资源的多重占用
单例模式的缺点:
单例模式一般没有接口,扩展很困难,若要扩展,除了修改代码基本上没有别的途径。单例模式为什么不能增加接口呢?因为接口对单例模式是没有任何意义的,它要求“自行实例化”,并且提供单一实例。接口、抽象类是不可能被实例化的。当然特殊情况下,单例模式可以实现接口、被继承等,需要在系统开中根据环境判断。
单例模式对测试不利。在并行开发环境中,如果单例没有完成,是不能进行测试的。
单例模式与单一职责原则有冲突。一个类应该只实现一个逻辑,而不关心它是否是单例的,是不是要取决于环境,单例模式把“要单例”和业务逻辑融合在一个类中。单例类的职责过重,在一定程度上违背了“单一职责原则”。
由于单利模式中没有抽象层,因此单例类的扩展有很大的困难
不适用于变化的对象,如果同一类型的对象总是要在不同的用例场景发生变化,单例就会引起数据的错误,不能保存彼此的状态。
滥用单例将带来一些负面问题,如为了节省资源将数据库连接池对象设计为的单例类,可能会导致共享连接池对象的程序过多而出现连接池溢出;如果实例化的对象长时间不被利用,系统会认为是垃圾而被回收,这将导致对象状态的丢失。
单例模式的使用场景:
在一个系统中,要求一个类有且仅有一个对象,如果出现多个对象就会出现“不良反应”,可以采用单例模式,具体场景如下:
1. 要求生成唯一序列号的环境;
2. 在整个项目中需要一个共享访问点或共享数据,如计数器;
3. 创建一个对象需要消耗资源过多,如要访问IO和数据库等资源;
4. 需要定义大量的静态常量和静态方法(如工具类)的环境,可以采用单例模式。
单例模式的实现方法(两种推荐的方法):
1.饿汉式单例:
public class Singleton {
private static Singleton singleton = new Singleton();
private Singleton(){}
//获取单例
public static Singleton getInstance(){
return singleton;
}
}
单例实例singleton在类Singleton装载时就构建,急切初始化。只要类已经被加载进入JVM,我们就可以直接通过getInstance方法获取到这个单例类。(预先加载法)
优点:
- 线程安全
- 在类加载的同时已经创建好一个静态对象,调用时反应速度快
缺点:
- 资源效率不高,可能getInstance()永远不会执行到,但执行该类的其他静态方法或者加载了该类(class.forName),那么这个实例仍然初始化
2.静态内部类获取单例:
public class Singleton {
private static class SingletonTool{
static Singleton singleton = new Singleton();
}
private Singleton(){}
//获取单例
public static Singleton getInstance(){
return SingletonTool.singleton;
}
}
这里如果我们想知道为什么可以实现单例,必须深入的理解static关键字:
在一个.java文件中,我们会将.java文件编译成.class文件。在这个.class文件首次加载进入内存的时候,
第一步:虚拟机会将这个类里面所有的static变量的分配一个指针(应该就是初始化),但是还没有赋值。
假如类中有一个:
static int a = 3;
其实等价于:
static int a ;
static{
a = 3;
}
如果我们在:a = 3;之前输出a;会发现a = 0;
第二步:虚拟机会将所有的static方法从上到下依次执行。
举例说明问题:
jvm会对static内部类进行优化,到你使用的时候才会加载内部类进来。
优点:
- 线程安全
- 资源利用率高,不执行getInstance()不被实例,可以执行该类其他静态方法,这个时候单例类没有被实例化。
缺点:
- 第一次使用单例类对象的时候,对象还没有被实例化,加载时反应不够快