精彩的设计模式盛宴刚刚落下帷幕。三天的时间。真是学习到了非常多。当中，遗留的非常多的问题。今天就谈谈synchronized这个keyword。关于对synchronizedkeyword的思考是从单例模式引发的。

在代码中利用延迟载入，将对象的初始化定义为null值。在须要的时候才去进行对象的构造，getinstance这种方法。

这个就是我们常常说的懒汉式单例模式。

懒汉式单例的出现：

        假设将类初始化的过程放到代码运行中，有优点。就是启动快。假设对象实例化过程比較复杂。这样能够提供效率。速度。当用到的时候再去创建对象。可是懒汉式单例模式相同存在一个问题。打个例如说：线程A希望使用SingletonClass，调用getInstance()方法。由于是第一次调用。A就发现instance是null的。于是它開始创建实例。就在这个时候，CPU发生时间片切换。线程B開始运行，它要使用SingletonClass，调用getInstance()方法。相同检測到instance是null——注意，这是在A检測完之后切换的。也就是说A并没有来得及创建对象——因此B開始创建。B创建完毕后，切换到A继续运行，由于它已经检測完了。所以A不会再检測一遍。它会直接创建对象。

这样，线程A和B各自拥有一个SingletonClass的对象——单例失败！

Synchronized同步锁引出：

    通过介绍延迟载入再到懒汉式，最终引出了我们今天要讲的主题。那么怎样解决上面一个关于创建对象时，CPU切换的问题呢？事实上方法非常easy。就是将这个GetInstance方法加锁，是要getInstance()加上同步锁。一个线程必须等待另外一个线程创建完毕后才干使用这种方法，这就保证了单例的唯一性。

   两个并发线程訪问同一个对象obj中的synchronized修饰的一个方法时，一个时间内仅仅能有一个线程得到运行。即A操作完才干够让B操作，否则B一直处于等待的状态中。也能够说是一种堵塞的状态。

相应代码能够是：

public class SingletonClass { 

  private static SingletonClass instance = null; 
    
  public synchronized static SingletonClass getInstance() { 
    if(instance == null) { 
      instance = new SingletonClass(); 
    } 
    return instance; 
  } 
    
  private SingletonClass() { 
     
  } 
    
}

什么时候用到synchronized？

   在编写一个类时，假设该类中的代码可能执行于多线程环境下。那么就要考虑同步的问题。在Java中内置了语言级的同步原语－－synchronized，这也大大简化了Java中多线程同步的使用。锁不只能够用到类的实例化，也能够用到静态成员方法的声明中。

synchronized优缺点？

    通过它的长处能够看出它的缺点是什么，长处是将解决多线程的问题，避免占用资源，占用多个对象。相对缺点是会锁住某一段程序，别的程序假设须要调用的话就必须等待，降低了速度、效率。有可能产生死锁，导致程序中断。

小结：

    之前对于单例模式的了解仅仅是知道它能够用于实例化一个窗口对象，有且仅仅有一个对象被实例化出来。如今学过了J2SE的线程那一章，本来也是晕晕的。不理解这个同步锁。当再一次回想这个单例模式的时候，结合着synchronized的定义，我了解到了非常多，跟之前的学习产生的共鸣。

效果非常好。