单例模式(Singleton Pattern)
什么是单例模式
一个对象只能有一个实例，所有对象对它的引用都指向同一个内存地址
示例代码如下
1. 懒汉式加载
public class Singleton {
// 构造一个私有的构造器
private Singleton(){ }
// 可以看到这里是自己对自己进行实例化的
private static final Singleton singleton = new Singleton();
// 获取对象实例
public static Singleton getInstance()throws Exception{
return singleton;
}
} 2. 饿汉式加载
/**
* 饿汉式加载
*
* 之前的例子里面采用的是懒汉式加载，对象的创建是在程序启动中完成，这种的缺点是资源的浪费，合理的方式应该是在使用的时候去创建，
* 下面的加载是由外部决定的
*
* Created by Administrator on 2018/1/15 0015.
*/
public class Singleton2 {
// 构造一个私有的构造器
private Singleton2 (){ }
private static Singleton2 single;
// 这里是由外部决定什么时候创建实例
public static void init() {
single= new Singleton2 ();
}
// 获取对象实例
public static Singleton2 getInstance()throws Exception{
if(single!= null) {
return single;
}
else{
throw new Exception("类还未创建实例");
}
}
}
优点
- 减少内存开支,因为只有一个对象实例,特别是一个对象频繁的创建和销毁时
- 减少系统的性能开销,当一个对象的产生需要比较多的资源时
- 单例模式可以避免对资源的多重占用,比如写文件操作
- 单例模式可以在系统设置全文访问点,优化和共享资源访问,例如由一个单例类去负责一个数据表的映射处理
缺点
- 单例模式一般没有接口,扩展比较麻烦,接口对单例模式是没有意义的,它要提供单一实例,而接口和抽象类是不能被实例化的.当然,在特殊情况下也可以实现,
这个看具体的环境而定
- 单例模式不利于测试,在并行开发环境中,单例模式没有完成,没法进行测试
- 单例模式与单一职责原则有冲突.一个类应该只实现一个逻辑,而不关心它是否是单例的
使用场景
- 要求生成唯一序列号的环境
- 在整个项目中需要一个共享访问点或共享数据
- 创建一个对象消耗的资源过多时,比如访问 IO 和数据库
- 需要定义大量的静态常量和静态方法(这里我其实没太搞懂静态方法和单例的区别在哪)
