java——单例（Singleton）设计模式的理解

SaMorri

已于 2022-08-11 22:37:04 修改

阅读量284

点赞数

分类专栏：设计模式文章标签：设计模式 java 编程语言

于 2020-06-06 15:54:12 首次发布

本文链接：https://blog.csdn.net/m0_38140207/article/details/106588148

版权

设计模式专栏收录该内容

2 篇文章 0 订阅

订阅专栏

概述

设计模式是在大量的实践中总结和理论化之后优选的代码结构、编程风格、以及解决问题的思考方式。
设计模免去我们自己再思考和摸索，就像是经典的棋谱，不同的棋局，我们用不同的棋谱“套路”。

所谓类的单例设计模式，就是采取一定的方法保证在整个的软件系统中，对某个类只能存在一个对象实例，并且该类只提供一个取得其对象实例的方法。

实现思路：

若我们要让类在一个虚拟机中只能产生一个对象，我们首先必须将类的构造器的访问权限设置为private，这样就不能用new操作符在类的外部产生类的对象了。
但在类内部仍可以产生该类的对象。因为在类的外部开始还无法得到类的对象，只能调用该类的某个静态方法以返回类内部创建的对象，静态方法只能访问类中的静态成员变量，所以，指向类内部产生的该类对象的变量也必须定义成静态的。

单例模式的优点：
由于单例模式只生成一个实例，减少了系统性能开销，当一个对象的产生需要比较多的资源时，如读取配置、产生其他依赖对象时，则可以通过在应用启动时直接产生一个单例对象，然后永久驻留内存的方式来解决。
举例 java.lang.Runtime（饿汉式）：
在这里插入图片描述
单例模式的应用：

网站的计数器，一般也是单例模式实现，否则难以同步。
应用程序的日志应用，一般都使用单例模式实现，这一般是由于共享的日志文件一直处于打开状态，因为只能有一个实例去操作，否则内容不好追加。
数据库连接池的设计一般也是采用单例模式，因为数据库连接是一种数据库资源。
项目中，读取配置文件的类，一般也只有一个对象。没有必要每次使用配置文件数据，都生成一个对象去读取。
Application 也是单例的典型应用
Windows的Task Manager (任务管理器)就是很典型的单例模式
Windows的Recycle Bin (回收站)也是典型的单例应用。在整个系统运行过程中，回收站一直维护着仅有的一个实例

单例模式的实现

（1）饿汉式

public class SingletonTest1 {
	public static void main(String[] args) {
		Bank bank1 = Bank.getInstance();
		Bank bank2 = Bank.getInstance();
		
		System.out.println(bank1 == bank2);
	}
}

//饿汉式
class Bank{
	//1.私有化类的构造器
	private Bank(){}

	//2.内部创建类的对象
	//4.要求此对象也必须声明为静态的
	private static Bank instance = new Bank();
	
	//3.提供公共的静态的方法，返回类的对象
	public static Bank getInstance(){
		return instance;
	}
}

（2）懒汉式（Double Check Lock——双重检查锁）

/*
 * 单例模式的懒汉式实现
 */
class Order{
	//1.私有化类的构造器
	private Order(){}
	
	//2.声明当前类对象，没有初始化
	//4.此对象也必须声明为static的
	private static Order instance = null;
	
	//3.声明public、static的返回当前类对象的方法
	public static Order getInstance(){
		if (instance == null) {
			synchronized (Order.class) {
				if (instance == null) {
					instance = new Order();
				}
			}
		}
		return instance;
	}
}

volatile版本

class BankLazy {
    private BankLazy(){};
    private static volatile BankLazy bankLazy = null;

    public BankLazy getInstance(){
        if(bankLazy==null){
            synchronized (BankLazy.class){
                if(bankLazy==null){
                    bankLazy = new BankLazy();
                }
            }
        }
        return bankLazy;
    }
}

volatile作用：保证不会出现内存分配、返回对象引用、初始化这样的顺序

使用volatile修饰变量就可以禁止 JVM 的指令重排
每次使用volatile修饰的变量都到主存中进行读取（保证可见性）
不保证原子性（synchronized能保证）

bankLazy = new BankLazy();这段代码分为三步：

1. 给 singleton 分配内存
2. 调用 Singleton 的构造函数来初始化成员变量，形成实例
3. 将singleton对象指向分配的内存空间（执行完这步 singleton才是非 null了）

也就是说上面的第二步和第三步的顺序是不能保证的，最终的执行顺序可能是 1-2-3 也可能是 1-3-2。如果是后者，则在 3 执行完毕、2 未执行之前，被线程二抢占了，这时 instance 已经是非 null 了（但却没有初始化），所以线程二会直接返回 instance，然后使用，然后顺理成章地报错。

再稍微解释一下，就是说，由于有一个『instance已经不为null但是仍没有完成初始化』的中间状态，而这个时候，如果有其他线程刚好运行到第一层if (instance ==null)这里，这里读取到的instance已经不为null了，所以就直接把这个中间状态的instance拿去用了，就会产生问题。这里的关键在于线程T1对instance的写操作没有完成，线程T2就执行了读操作。

指令重排分为三种类型：