14|15 Lock和Condition

并发经验告诉我们：首先使用Java SDK中的并发包，迫不得已再使用低级的同步原语（synchronized/Lock/Semaphore等）。避免过早优化，等出现性能瓶颈后再去优化

synchronized和Lock

synchronized直接有一条happens-before原则，可以保证可见性； Lock同样保证可见性。

synchronized和Lock的区别在于： synchronized不能破坏不可抢占条件。synchronized 申请资源的时候，如果申请不到，线程直接进入阻塞状态了，而线程进入阻塞状态，啥都干不了，也释放不了线程已经占有的资源。

Lock能够 1.响应中断； 2.支持超时（如果线程在一段时间之内没有获取到锁，不是进入阻塞状态，而是返回一个错误，那这个线程也有机会释放曾经持有的锁）；  3.非阻塞地获取锁（如果尝试获取锁失败，并不进入阻塞状态，而是直接返回，那这个线程也有机会释放曾经持有的锁）

重入锁

线程可以重复获取同一把锁。

addOne()时先获得一把锁，在1处get()仍需要锁，可以发现这两个锁是同一个，被获取了两次

java 中ReentrantLock即为可重入锁，默认情况下为非公平锁。

这里需要补充一下公平锁和非公平锁：如果是公平锁，唤醒的策略就是谁等待的时间长，就唤醒谁，很公平；如果是非公平锁，则不提供这个公平保证，有可能等待时间短的线程反而先被唤醒。

锁的最佳实践

1.永远只在更新对象的成员变量时加锁     2.永远只在访问可变的成员变量时加锁     3.永远不在调用其他对象的方法时加锁

Condition 实现了管程模型里面的条件变量

老师的阻塞队列框架填充一下可以实现，自己写个demo。