首先要搞清他们是什么以及他们的特点是什么。

Synchronized

synchronized是Java内置的关键字，解决的是多个线程之间拜访资源的同步性，synchronized关键字能够保障被它润饰的办法或者代码块在任意时刻只能有一个线程执行。

另外，在 Java 晚期版本中，synchronized属于重量级锁，效率低下，因为监视器锁（monitor）是依赖于底层的操作系统的 Mutex Lock 来实现的，Java 的线程是映射到操作系统的原生线程之上的。如果要挂起或者唤醒一个线程，都须要操作系统帮忙实现，而操作系统实现线程之间的切换时须要从用户态转换到内核态，这个状态之间的转换须要绝对比拟长的工夫，工夫老本绝对较高，这也是为什么晚期的synchronized 效率低的起因。JDK1.6对锁的实现引入了大量的优化，如自旋锁、适应性自旋锁、锁打消、锁粗化、偏差锁、轻量级锁等技术来缩小锁操作的开销。
因为synchronized加锁是无奈被动开释锁的，所以synchronized关键字能够保障只有一个线程可能拜访同步代码块。

Synchronized应用

synchronized润饰一般办法
synchronized润饰静态方法
synchronized（this）
synchronized（xxx.class）
区别：
synchronized润饰一般办法与synchronized（this）能够简略了解为变量锁，他们只能针对同个变量达到同步执行成果；如果是不同变量就会异步执行。
synchronized润饰静态方法与synchronized（xxx.class）能够简略了解为类锁，只有调用同个类的加锁办法，都能达到同步执行成果。

Volatile

Volatile保障了并发三个性中的可见性和有序性。
可见性：当某线程对 volatile 变量的批改会立刻回写到主存中，并且导致其余线程的缓存行生效，强制其余线程再应用变量时，须要从主存中读取。

有序性：Java 内存模型具备一些先天的“有序性”，即不须要通过任何伎俩就可能失去保障的有序性，这个通常也称为 happens-before 准则。如果两个操作的执行秩序无奈从 happens-before 准则推导进去，那么它们就不能保障它们的有序性，虚拟机能够随便地对它们进行重排序。

  • 程序秩序规定：一个线程内，依照代码程序，书写在后面的操作后行产生于书写在前面的操作；
  • 锁定规定：一个 unLock 操作后行产生于前面对同一个锁的 lock 操作；
  • volatile 变量规定：对一个变量的写操作后行产生于前面对这个变量的读操作；
  • 传递规定：如果操作A后行产生于操作B，而操作B又后行产生于操作C，则能够得出操作A后行产生于操作C；
  • 线程启动规定：Thread对象的start()办法后行产生于此线程的每个一个动作；
  • 线程中断规定：对线程interrupt()办法的调用后行产生于被中断线程的代码检测到中断事件的产生；
  • 线程终结规定：线程中所有的操作都后行产生于线程的终止检测，咱们能够通过Thread.join()办法完结、Thread.isAlive()的返回值伎俩检测到线程曾经终止执行；
  • 对象终结规定：一个对象的初始化实现后行产生于他的 finalize() 办法的开始；

对象在初始化的时候分三个步骤，用上面的伪代码示意：

memory = allocate();  //1. 调配对象的内存空间ctorInstance(memory); //2. 初始化对象instance = memory;    //3. 设置 instance 指向对象的内存空间

Lock

罕用API：Lock(), unLock(), tryLock()
ReentrantLock中次要定义了三个外部类,

（1）抽象类Sync实现了AQS的局部办法；

（2）NonfairSync实现了Sync，次要用于非偏心锁的获取；

（3）FairSync实现了Sync，次要用于偏心锁的获取。

Lock三部曲：

  1. new ReentantLock();
  2. 代码块加锁 Lock.lock();
  3. finally解锁

Synchronized与Lock的区别：

  1. Synchronized是内置的java关键字， Lock是一个Java类
  2. Synchronized无奈判断获取锁的状态， Lock能够判断是否获取到了锁
  3. Synchronized不会主动开释锁， Lock手动开释。
  4. Synchronized线程不会争抢，线程1不开释，线程2 就始终期待， Lock不会始终期待。
  5. Synchronized可重入锁，不能够中断，非偏心， Lock可重入，可判断，默认非偏心的，然而能够本人设置。
  6. Synchronized适宜锁大量的代码同步问题， Lock适宜所大量的同步代码。

为什么ReentrantLock默认采纳的是非偏心模式？

答：因为非偏心模式效率比拟高。

为什么非偏心模式效率比拟高？

答：因为非偏心模式会在一开始就尝试两次获取锁，如果过后正好state的值为0，它就会胜利获取到锁，少了排队导致的阻塞/唤醒过程，并且缩小了线程频繁的切换带来的性能损耗。

非偏心模式有什么弊病？

答：非偏心模式有可能会导致一开始排队的线程始终获取不到锁，导致线程饿死。

区别

应用synchronized加锁是无奈被动开释锁的，这就会波及到死锁的问题。

同步代码块简略来说就是将一段代码用一把锁给锁起来, 只有取得了这把锁的线程才拜访, 并且同一时刻, 只有一个线程能持有这把锁, 这样就保障了同一时刻只有一个线程能执行被锁住的代码.

// 获取锁void lock();// 获取锁（可中断）void lockInterruptibly() throws InterruptedException;// 尝试获取锁，如果没获取到锁，就返回falseboolean tryLock();// 尝试获取锁，如果没获取到锁，就期待一段时间，这段时间内还没获取到锁就返回falseboolean tryLock(long time, TimeUnit unit) throws InterruptedException;// 开释锁void unlock();// 条件锁Condition newCondition();