synchronized 与 lock 的大致区别

自我记录 自我记录。。。
两者的比较大致可以从这么几个方面来进行：
1、两者的实现层面
synchronized实现层面是在jvm上，而lock则是一个类，一个亲儿子，一个干儿子
2、两者的获取以及释放方式
synchronized只要进入到它包围的代码块里，那么自动获取锁，当运行完被包围的代码，或者出现异常，那么会自动释放锁
而lock则需要手动获取，并且需要自己释放锁。
另外还有：
synchronized：可重入 不可中断 不公平
lock：可重入 可中断 公平/不公平

synchronized：底层有这个玩意 monitorenter + montiorexit + monitorext

有两个monitorexit，因为有两中退出方式，一种是正常退出，一种是非正常退出（报异常）

对于锁的优化，稍微记录点：
轻量级锁不是用来替换重量级锁，它本意是用来在没有线程竞争的情况下，减少重量级锁带来的性能消耗，它适用于线程交替替换的过程，一旦有线程产生了竞争，那么轻量级锁就会升级为重量级锁

偏向锁主要是用来在无线程竞争的情况下，减少不必要的轻量锁执行路径

轻量锁主要是用于线程交替的时候
偏向锁用于只有一个线程跑同步块的时候

偏向锁获取的过程：
首先判断状态位，mark word偏向锁的标识是否为1，锁标志位是否为01，确实是否可偏向
如果是偏向的，看测试线程的id是否是当前线程
如果是那么执行代码
如果不是，通过CAS操作竞争锁，成功了，则获取锁，失败了，则到达下一个全局安全点时，锁升级为轻量锁

偏向锁的释放，线程不会主动释放偏向锁，只有当出现线程竞争时才会释放，有两种情况，一种是释放了，一种是升级了

其他锁优化：
适应性自旋：线程获取轻量级锁时，需要进行CAS获取锁，如果获取失败，那么会自旋等哈子，这么一直自旋下去，消耗CPU，因此指定自旋次数，譬如10次，如果这次自旋中获取了锁，那么增加其自旋次数，如果获取失败了，那么减少其自旋次数
锁粗化：如果几段代码是连续的，那么小锁会被弄成大锁
锁消除：如果在局部代码块内执行，那么不用加锁，因为不存在线程不安全的问题

重量级锁：线程阻塞
轻量级锁：消耗CPU
偏向锁：存在锁竞争，那么会消耗额外资源

jdk对synchronized进行的优化，详细点的可以看这里：
http://www.cnblogs.com/paddix/p/5405678.html