单例模式

案例

//基于线程安全的单例类public class SingleTon {    //直接从内存中读取当前对象，确保其最新（唯一）    private volatile static SingleTon instance;    //限制产生多个对象    private SingleTon(){}    public static SingleTon getInstance(){        //第一次判断当前对象是否为null，意图减少多个线程对当前类上锁、释放锁的开销        if(instance == null){            synchronized (SingleTon.class) {                //第二次判断当前对象是否为null,确保其唯一性                if(instance == null ){                    instance = new SingleTon();                }            }        }        return instance;}    public static void show(SingleTon singleTon){        System.out.println("我们都有一个家,名字叫："+singleTon);    }}

//测试类public class Test {    public static void main(String[] args) {        for(int i=0;i<3;i++){            SingleTon singleTon = SingleTon.getInstance();            singleTon.show(singleTon);        }    }}

测试结果：我们都有一个家,名字叫：singleton.SingleTon@207c15c0我们都有一个家,名字叫：singleton.SingleTon@207c15c0我们都有一个家,名字叫：singleton.SingleTon@207c15c0

优点

• 减少内存开支
• 减少系统性能开销
• 避免对资源的多重占用
• 可以在系统设置全局访问点，优化和共享资源访问（如：可设计一个单例类，负责所有数据表的映射处理）

缺点

• 单例模式一般没有接口，不易扩展，除修改代码外基本没有第二种方式实现
• 单例模式对测试是不利的。在并行开发环境中，如果单例模式没有完成，是不能进行测试的，没有接口也不能使用 mock 的方式虚拟一个对象
• 单例模式与单一职责原则有冲突

使用场景

• 要求生成唯一序列号的环境
• 创建一个对象需要消耗的资源过多，如：访问IO、数据库等资源
• 在整个项目中需要一个共享数据，如：Web页面中的计数器，可以不用每次都将其记录到数据库中，通过线程安全的单例模式保持计数器的值
• 需要定义大量的静态常量和静态方法（如工具类）的环境，可以采用单例模式（也可直接声明为static）