最近在公司写需求时遇到了多线程与单例一同出现的情况。
这个时候想到的就是线程安全以及单例的定义了，虽然单例指的是在内存中它只有一份，但是并不是说就是线程安全的。
所以，我当时就到网上找了关于多线程下单例的线程安全问题的资料，然后就知道如下博客：高并发下线程安全的单例模式（最全最经典）
其中，博主最推荐的写作方式如下:
为了达到线程安全，又能提高代码执行效率，这里可以采用DCL(Double Check Locking)的双检查锁机制来完成
public class MySingleton { //使用volatile关键字保其可见性 volatile private static MySingleton instance = null; private MySingleton(){} public static MySingleton getInstance() { try { if(instance != null){//懒汉式 }else{ //创建实例之前可能会有一些准备性的耗时工作 Thread.sleep(300); synchronized (MySingleton.class) { if(instance == null){//二次检查 instance = new MySingleton(); } } } } catch (InterruptedException e) { e.printStackTrace(); } return instance; } }
看了看内容确实是这个道理，然后就把这段代码拿来使用了。然后在实际测试中发现，其并没有保证线程安全的问题。
之后在同事的指点下发现，其实上文一段的线程安全仅仅只是在未实例化单例的前提下，以线程安全的方式实例化单例，使之在高并发多线程的环境下有且仅被new过一次。
也就是说，在单例被实例化之后，这段代码是并没有什么作用的。
单例被实例化之后，instance != null一直成立，使getInstance()每次都是return instance。所以，多线程都能拿到指向同一个实例的引用。
所以即使是使用了这种双检查锁机制的代码，依然要对后面要使用到的公用方法做同步，以免出现问题。
而对公用方法做同步的操作也分两种情况。一种是公用方法里只有局部变量，那么此时不做同步也是可以的，因为局部变量只会存在于相应的线程内存里，并不会被其它线程所影响。另外一种是含有成员变量，如果成员变量只有读的操作，那不同步也可以；如果成员变量涉及读写操作，那么就要对相应的方法进行同步了。
局部变量不会受多线程影响
成员变量会受到多线程影响
多个线程应该是调用的同一个对象的同一个方法：
如果方法里无成员变量，那么不受任何影响
如果方法里有成员变量，只有读操作，不受影响
存在写操作，考虑多线程影响值