synchronized与Lock的区别

synchronized 悲观锁：

1. 可以作用在方法、代码块、静态方法(相当于类上)；
2. 在jvm层面，关键字；
3. 执行完同步代码或者抛出异常会释放 ；
4. 非公平、可重入；

Lock CAS乐观锁的体现

1. 是一个接口；
2. 手动释放(在finally中执行lock.unlock())；
3. 执行完同步代码或者抛出异常会释放 ；
4. 可设置(非公平或者公平，默认非公平)、可重入；

方法:

	lock()：获取锁，如果锁被暂用则一直等待
	 unlock():释放锁
	 tryLock(): 注意返回类型是boolean，如果获取锁的时候锁被占用就返回false，否则返回true
	 tryLock(long time, TimeUnit unit)：比起tryLock()就是给了一个时间期限，保证等待参数时间
	 lockInterruptibly()：用该锁的获得方式，如果线程在获取锁的阶段进入了等待，那么可以中断此线程，先去做别的事

公平：会按照队列一直等待阻塞
优 点：所有的线程都能得到资源，不会饿死在队列中
缺点：吞吐量低，队列里面除了第一个线程，其他的线程都会阻塞，cpu唤醒阻塞线程的开销会很大。
非公平：随机线程获取锁
优点：可以减少CPU唤醒线程的开销，整体的吞吐效率会高点，CPU也不必取唤醒所有线程，会减少 唤起线程的数量。
缺点：可能导致队列中间的线程一直获取不到锁或者长时间获取不到锁，导致饿死

1、两种锁的底层实现方式

• synchronized：

synchronized映射成字节码指令就是增加来两个指令：monitorenter和monitorexit，当一条线程进行执行的遇到monitorenter指令的时候，它会去尝试获得锁，如果获得锁那么锁计数+1（为什么会加一呢，因为它是一个可重入锁，所以需要用这个锁计数判断锁的情况），如果没有获得锁，那么阻塞。当它遇到monitorexit的时候，锁计数器-1，当计数器为0，那么就释放锁
下图 ： 一种就是执行完释放；另外一种就是发送异常，虚拟机释放