懒汉模式学习线程处理

package kaadas.example.com.bluetooth;/** * Created by ty on 2017/8/15. */public class BluetoothMananger {      /**    * 4. volatile是否有必要？    * volatile 会拒绝编译器对其修饰的变量进行优化。也就不会存在重排序的问题。volatile只会影响可见性，不会影响原子性。    * <p>    * 如果只判断一次null==instance的话，就没必要了。但如果像本博客代码里写的那样，判断了两次null==instance，那么    * volatile是必要的。为什么呢？举个反例，假设线程thread1走到了第33行(外层if)的if判断发现instance==null成立，    * 于是都进入了外部的if体。    * 这时候thread1先获取了synchronized块的锁，于是thread1线程会执行第43行的instance = new SingleTon();这句代码，    * 问题就出在这里，这条语句它不是原子性执行的。在Java里，实例化一个对象的过程简单地讲，可以分为两步1）    * 先为instance对象分配一块内存，2）在这块内存里为instance对象里的成员变量赋值（比如第28行里为url赋值）。    * 假设当thread1执行完第1）步而还没有执行第2）步的时候，另外一个线程thread2走到了第15行(外层if)，    * 这时候instance已经不是null了，于是thread2直接返回了这个instance对象。有什么问题呢？instance对象的初始化    * （变量赋值等操作）还没执行完呢！thread2里直接得到了一个没有初始化完全的对象，就有可能导致很严重的问题了。    * 那么volatile关键字有啥作用呢？当用volatile修饰了instance变量之后，对instance的写操作”先行发生“于对它的读操作。    * （这是Java虚拟机里的先行发生原则，不明白的网友可以留言或是看看Java虚拟机的相关资料。）这样就保证了，    * thread1中的instance变量被完全初始化之后，thread2才能读取它，当没有完成初始化时，thread2只能等会儿啦。    */   private volatile static BluetoothMananger instance;   private final String url;         private BluetoothMananger() {      instance = new BluetoothMananger();      url = "http://www.laomiaopu.com";   }         public static BluetoothMananger getInstance() {      if (null == instance) {         /**          * 1. 一般用synchronized修饰getInstance()方法就可以了，干嘛要把synchronized块写到函数体里呢？          原因如下：假设BluetoothMananger这个类还有个synchronized的static函数f1()，那么，一旦调用f1()正在进行的时候，          SingleTon的class对象会被锁住，故而getInstance()方法就要等待了。同理，一旦调用getInstance()正在进行的时候，          f1()就无法被调用，只能等待getInstance()执行完了才能执行。所以把synchronized写到函数里面，实际上是减小了          锁的粒度。这样当instance已经被实例化了的时候，getInstance()这个函数是不会加锁的，故不影响f1()函数的调用。          */         synchronized (BluetoothMananger.class) {            if (null == instance) {               instance = new BluetoothMananger();            }         }      }      return instance;   }         public static synchronized void f1() {      System.out.println("第二条线程工作！");      System.out.println("http://www.laomiaopu.com");   }}/** * 2. 为啥要判断两次null == instance呢？把第15(外层的if)行的外层if判断去掉不行吗？ * 行！去掉也不会出错，但是如果判断两次性能更好。因为如果只判断一次的话，每次执行getInstance() * 函数都要对synchronized块进行加锁；而如果进行两次判断的话，只有第一次调用的时候（即instance==null） * 的时候会对synchronized块进行加锁，其他时候（如果发现instance!=null）是不需要加锁的。 * <p> * <p> * 3.把第25行的内部if判断去掉不行吗？不行！很有可能当外层判断的时候，instance确实是null； * 但是到了synchronized块中，执行第26行的instance = new BluetoothMananger();的时候，instance已经被其他的线程给实例化了。 * <p> * <p> * 没有内部if情况下,如果两个线程同时执行getInstance(),判断 instance都不为null后, 进入if判断语句. * 这个时候一个线程获得锁, 然后进入new了一个对象, 并开心的执行完了. 这个时候另外一个线程获得了锁, * 但让它也不会再去判断 instace是否为null, * 所以它也会再执行一次new操作. 所以这里执行了两次new操作. 当然最后instance还是只指向后一次new的对象. */