同步锁介绍

对于非 static 方法，同步锁就是 this。
对于 static 方法，使用当前方法所在类的字节码对象（A.class）。

同步代码块：

语法

synchronized（同步锁）
{
    需要同步操作的代码
}

同步锁：

  为了保证每个线程都能正常执行原子操作，Java 引入了线程同步机制（同步监听对象/同步锁/同步监听器/互斥锁）：对象的同步锁只是一个概念，可以想象为在对象上标记了一个锁。Java 程序运行使用任何对象作为同步监听对象，但是一般把当前并发访问的共同资源作为同步监听对象。

注：在任何时候，最多允许一个线程拥有同步锁。拿到锁的线程进入代码块，其他线程只能在外等待。

同步方法：

  使用 synchronized 修饰的方法，就叫做同步方法，保证 A 线程执行该方法的时候，其他线程只能在方法外等待

synchronized public void doWork{
    // TODO
}

  不要使用 synchronized 修饰 run 方法，修饰之后，某一线程就执行完了所有的功能，好比是多线程出现串行。
  解决方案，把需要同步操作的代码定义在一个新的方法中，并且该方法使用 synchronized 修饰，再在 run 方法中调用该新的方法即可。

synchronized 的好与坏：

• 好处：保证了多线程并发访问时的同步操作，避免线程的安全性问题。
• 缺点：使用 synchronized 的方法/代码块的性能比不用要低一些。

建议：尽量减小 synchronized 的作用域。

双重检查加锁：

  可以使用“双重检查加锁”的方式来实现，就可以既实现线程安全，又能使性能不受很大的影响。所谓“双重检查加锁”机制指的是：并不是每次进入 getInstance 方法都需要同步，而是先不同步，进入方法后，先及那差实例是否存在，如果不存在才进行下面的同步块，这是第一重检查，进入同步块过后，再次检查实例是否存在，如果不存在，就在同步的情况下创建一个实例，这是第二重检查。这样一来，就只需要同步一次了，从而减少了多次在同步的情况下进行判断所浪费的时间。
  “双重检查加锁”机制的实现会使用关键字 volatile 。意思是：被 volatile 修饰的变量的值，将不会被本地线程缓存，所有对该变量的读写都是直接操作共享内存，从而确保多个线程能正确地处理改变量。
注：在 Java1.4 以前的版本中，很多 JVM 对于 volatile 关键字的实现的问题，会导致“双重检查加锁”的失败，因此该机制只能用在 Java5 及以上的版本。
提示：由于 volatile 关键字可能会屏蔽掉虚拟机中一些必要的代码优化，所以运行效率并不是很高。因此一般建议，没有特别的需要，不要使用。也就是说，虽然可以使用“双重检查加锁”机制来实现线程安全的单例，但并不建议大量使用，可以根据情况选用。

同步锁（Lock）

  Lock 机制提供了比 synchronized 代码块和 synchronized 方法更广泛的锁定操作。
  线程通信：不同线程执行不同的任务，如果这些任务有某种关系，线程之间必须能够通信，协调完成工作。
  同步锁池：同步锁必须选择多个线程共同的资源对象，当线程执行完同步代码块的时候，就会释放同步锁，其他线程开始抢锁的使用权。