Synchronized原理

铺垫知识

CAS: 刚刚重新温习了该知识，发现，CAS确实能够保证在对目标对象的修改的途中不会出现别的线程修改该值，但是可以引起类似于”幻读“的情况，如果线程A修改 aa=1，但线程B在线程A修改该值时对aa进行了修改，aa =2，那A线程第一修改失败了，但是线程A自旋继续尝试修改aa，第二次成功了，因为这期间里线程B修改aa=1相隔时间很短，当线程B读取aa值得时候，发现aa=2，这种情况就是类似于”幻读“，其实这种情况是避免不了的，我暂时没想到解决方案，你想你互斥的操作了，你厉害了，还不让人对aa进行操作吗？

CAS的另外一个问题和上面问题类似，只是线程A将aa的值又改成了初始值 aa=0，因为线程B已经将aa改成了aa=1，然后线程B发现，aa还是等于0，这就是CAS的ABA问题，这类问题解决方案就是为每一次修改的值加上版本好，两次aa=0，值是相同，但是版本号不同，一个为1，一个为3,就能区别判断了。

整体认识

这个锁是开发过程中用的最多的锁，也就是隐式锁，还有更加灵活的显示锁Lock，但是显示锁要求开发人员具备一定的并发程序设计能力。

Synchronized的实现在jvm字节码可以看到，是通过monitorEntry 和monitorExit来进行加锁的(单词可能不对)，还有就是Synchronized锁的是对象，对象头中存储着锁的信息。

关键点

1. 为什么说Synchronized大多数会比ReentrantLock差

ReentrantLock底层是CAS实现的，其实这就是CAS和重量级锁之间的区别，Synchronized经过优化过后，也与自旋锁阶段，这是在锁升级过程中的一个阶段。

创建公平的可重入锁，可重入的意思是，尝试获取锁的时候，判断当前把持锁的线程是否是当前线程，如果是，获取锁，在锁引用state上加1，释放锁的时候，执行state数值次

ReentrantLock的性能高是因为，其底层是CAS,通过自旋来获取锁，还有适应性自旋的优化，默认自旋10次。目的:尽量在用户态解决问题，不要放到核心态去。

自旋锁之后以性能有可能比重量级锁好是因为，自旋锁没有中断，从用户态到内核态的切换，节省了这中间的时间，重量级锁线程的切换是需要中断来完成的，当线程被阻塞，会进入内核态。唤醒在进入用户态

疑惑

总结

参考资料