一个线程尝试获取锁时如果锁已经被其他线程持有那么这个线程会在一个循环中不断地检查锁是否被释放而不是进入睡眠状态。

自旋锁在JDK

6中就已经改为默认开启了。

自旋等待本身虽然避免了线程切换的开销但它是要占用处理器时间的所以如果锁被占用的时间很短自旋等待的效果就会非常好反之如果锁被占用的时间很长那么自旋的线程只会白白消耗处理器资源而不会做任何有价值的工作这就会带来性能的浪费。

因此自旋等待的时间必须有一定的限度如果自旋超过了限定的次数仍然没有成功获得锁就应当使用传统的方式去挂起线程。

自旋次数的默认值是十次。

JDK

6中对自旋锁的优化引入了自适应的自旋。

自适应意味着自旋的时间不再是固定的了而是由前一次在同一个锁上的自旋时间及锁的拥有者的状态来决定的。

如果在同一个锁对象上自旋等待刚刚成功获得过锁并且持有锁的线程正在运行中那么虚拟机就会认为这次自旋也很有可能再次成功进而允许自旋等待持续相对更长的时间比如持续100次忙循环。

另一方面如果对于某个锁自旋很少成功获得过锁那在以后要获取这个锁时将有可能直接省略掉自旋过程以避免浪费处理器资源。

锁消除

锁消除是指虚拟机即时编译器在运行时对一些代码要求同步但是对被检测到不可能存在共享数据竞争的锁进行消除。

Analysis。

逃逸分析是一种确定对象的作用域和访问范围的技术。

如果确定某个对象只能在一个线程内部访问并且不会“逃逸”到其他线程那么该对象上的同步操作是不必要的。

public

StringBuffer();sb.append(str1);sb.append(str2);return

sb.toString();

StringBuffer的append方法上面有synchronized说明是同步代码块

*/Overridepublic

this;}在上面示例中StringBuffer是线程安全的其方法是同步的。

但在concatenate方法中sb对象只会被一个线程访问不会逃逸到其他线程。

通过逃逸分析和锁消除JVM可以确定在这种情况下sb上的同步操作是不必要的并且可以安全地消除它们。

锁粗化

锁粗化是Java虚拟机为了优化锁操作而采取的一种技术。

基本思想是将多个连续的加锁、解锁操作合并为一个大的锁块以减少锁操作的开销。

synchronized

}在上面代码中两个连续的synchronized块可以被合并为如下一个大的synchronized块从而减少锁的开销

synchronized

}锁粗化可以减少锁操作的数量降低锁的开销从而提高程序的执行效率。

同时它还可以减少线程上下文切换和系统调用的次数进一步提高系统的性能。

轻量级锁

轻量级锁能提升程序同步性能的依据是“对于绝大部分的锁在整个同步周期内都是不存在竞争的”这一经验法则。

轻量锁使用操作系统互斥量来实现轻量级锁并不是用来代替重量级锁的它设计的初衷是在没有多线程竞争的前提下减少传统的重量级锁使用操作系统互斥量产生的性能消耗。

Word

在代码即将进入同步块的时候如果此同步对象没有被锁定锁标志位为“01”状态虚拟机首先将在当前线程的栈

帧中建立一个名为锁记录Lock

Record的指针。

如果这个更新动作成功了即代表该线程拥有了这个对象的锁并且对象Mark

最后两个比特将转变为“00”表示此对象处于轻量级锁定状态。

如果这个更新操作失败了那就意味着至少存在一条线程与当前线程竞争获取该对象的锁需要膨胀为重量级锁解锁过程也同样是通过CAS操作来进行的如果对象的

Mark

Word仍然指向线程的锁记录那就用CAS操作把对象当前的Mark

Mark

Word替换回来。

假如能够成功替换那整个同步过程就顺利完成了如果替换失败则说明有

偏向锁

偏向锁是Java为了进一步优化锁的性能而引入的一种锁机制。

它是基于一个事实在大多数情况下锁不仅不会涉及多线程竞争而且总是由同一线程多次获得。

假设当前虚拟机启用了偏向锁那么当锁对象第一次被线程获取的时候虚拟机将会把对象头中的标志位设置为“01”、把偏向模式设置为“1”表示进入偏向模式。

同时使用CAS操作把获取到这个锁的线程

Word之中。

如果CAS操作成功持有偏向锁的线程以后每次进入这个锁相关的同步块时虚拟机都可以不再进行任何同步操作例如加锁、解锁及对Mark

一旦出现另外一个线程去尝试获取这个锁的情况偏向模式就马上宣告结束。

根据锁对象目前是否处于被锁定的状态决定是否撤销偏向偏向模式设置为“0”撤销后标志位恢复到未锁定标志位

为“01”或轻量级锁定标志位为“00”的状态后续的同步操作就按照上面介绍的轻量级锁那样去执行。

需要注意的是由于偏向锁不存储hash码所以当对象的hash码被计算之后就无法进入偏向锁了

重量级锁

Word存储一个指向监视器Monitor的指针。

监视器是一个重要的结构它包括以下几个部分

锁信息包括锁的状态、拥有者和重入次数等。

锁的状态表示锁是否被某个线程持有锁的拥有者指出哪个线程当前持有锁而重入次数表示锁被重入了多少次。

等待集这是一个包含了所有正在等待某个条件成立的线程的集合。

线程可以通过调用Object.wait()方法进入等待集并通过Object.notify()或Object.notifyAll()方法被唤醒。

入口集这是一个包含了所有正在等待获取锁的线程的集合。

当锁被释放时这些线程会被唤醒并尝试重新获取锁。

Word中的指针以确定监视器的位置并检查锁的状态。

如果锁已经被其他线程持有它会被放入监视器的入口集并进入阻塞状态。

Word中的锁信息会被更新通常是重入次数的减少或锁状态的变更。

同时监视器的入口集中的线程会被检查如果有线程在等待它们会被唤醒并尝试重新获取锁。

锁的重入如果一个线程已经持有锁它可以重入同步代码块而无需重新获取锁。

在这种情况下监视器中的重入次数会增加。

等待和通知线程可以通过调用Object.wait()进入监视器的等待集并通过Object.notify()或Object.notifyAll()被唤醒。

在这种情况下等待集和入口集中的线程状态会随着条件的变化而变化。

Word中的监视器指针和监视器中的锁信息、等待集和入口集重量级锁能够实现线程间的同步和通信保证对共享资源的安全访问。