单例模式(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 和数据库
- 需要定义大量的静态常量和静态方法(这里我其实没太搞懂静态方法和单例的区别在哪)