一、可见性publicclassSynctestApplication{//底层使用了lock指令实现锁缓存行//XX:UnlockDiagnosticVMOptionsXX:PrintAssemblyXcompprivatevo

说完了我们的synchronized，这次我们来说说我们的显示锁ReetrantLock。java架构之路（多线程）synchronized详解以及锁的膨胀升级过程(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fmp.weixin.qq.com%2Fs%3F__biz%3DMzUxN

自旋锁　　　　jdk1.6之后默认开启，可以使用参数XX:UseSpinning控制，自旋等待不能代替阻塞，且先不说对处理器数量的要求，自旋等待本身虽然避免了线程切换的开销，但它是要占用处理器时间的，因此，如果锁被占用的时间很短，自旋等待的效果就会非常好，反之，如果锁被占用的时候很长，那么自旋的线程只会白白消耗处理器资源，而不会做任何有用的工

UC提供的锁机制，可以保证在同一个JVM进程中同一时刻只有一个线程执行操作逻辑；多服务多节点的情况下，就意味着有多个JVM进程，要做到这样，就需要有一个中间人；分布式锁就是用来保证在同一时刻，仅有一个JVM进程中的一个线程在执行操作逻辑；换句话说，JUC的锁和分布式锁都是一种保护系统资源的措施。尽可能将并发带来的不确定性转换为同步的确定性；

由于Java面向对象的思想，在JVM中需要大量存储对象，存储时为了实现一些额外的功能，需要在对象中添加一些标记字段用于增强对象功能。在学习并发编程知识synchronized时，我们总是难以理解其实现原理，因为偏向锁、轻量级锁、重量级锁都涉及到对象头，所以了解java对象头是我们深入了解synchronized的前提条件,以下我们使用64

\以下文章来源于51CTO技术栈 ，作者崔皓今天，我们从Java内部锁优化，代码中的锁优化，以及线程池优化几个方面展开讨论。Java 内部锁优化当使用Java多线程访问共享资源的时候，会出现竞态的现象。即随着时间的变化，多线程“写”共享资源的最终结果会有所不同。为了解决这个问题，让多线程“写”资源的时候有先后顺序，引入

前言(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fblog.csdn.net%2Fqyp199312%2Farticle%2Fdetails%2F70598480%23%E5%89%8D%E8%A8%80)ReentrantLock的可重入性分析(https:/

   mysql通过锁机制来实现事务的隔离性，用redolog实现事务的原子性和持久性，用undolog实现事务的一致性。undo并不是redo的逆过程，redo和undo都可以看做一种恢复过程，redo恢复事务修改的页操作，redo记录的是物理日志，记录的是页的物理修改操作，redolog基本上都是顺序写的，在数据库运行时不需要对redolog

在Grizzly中，自带了LinkedTransferQueue，和JDK7自带的LinkedTransferQueue有所不同，不同之处就是使用PaddedAtomicReference来提升并发性能，其实这是一种错误的编码技巧，没有意义！AtomicReference和LinkedTransferQueue的本质是乐观锁，乐观锁的在激烈竞争的时候性

I.同步机制线程间的同步机制主要包括三个：互斥锁：以排他的方式，防止共享资源被并发访问；互斥锁为二元变量，状态为0开锁、1上锁;开锁必须由上锁的线程执行，不受其它线程干扰.条件变量：