目录
36.什么是CAS?
37.CAS使用示例,结合AtomicInteger给出示例?
38.CAS会有哪些问题?
39.AtomicInteger底层实现?
40.请阐述你对Unsafe类的理解?
36.什么是CAS?
CAS的全称为Compare-And-Swap,直译就是对比交换。是一条CPU的原子指令,其作用是让CPU先进性比较两个值相等,然后原子地更新某个位置的值,经过调查发现,其实现方式是基于硬件平台的汇编指令,就是说CAS是靠硬件实现的,JVM只是封装了汇编调用,那些AtomicInteger类便是使用了这些封装后的接口。
简单解释:CAS操作需要输入两个数值,一个旧值(期望操作前的值)和一个新值,在操作期间先比较下载旧值有没有发生变化,如果没有发生变化,才交换成新值,发生了变化则不交换。
CAS操作是原子性的,所以多线程并发使用CAS更新数据时,可以不使用锁。JDK中大量使用了CAS来更新数据而防止加锁(synchronized重量级锁)来保持原子更新。
CAS操作是原子性的,所以多线程并发使用CAS更新数据时,可以不使用锁。JDK中大量使用了CAS来更新数据而防止加锁(synchronized 重量级锁)来保持原子更新。
相信SQL大家都熟悉,类似SQL中条件更新一样:update set id=3 from table where id = 2。因为单条SQL执行原子性,如果有多个线程同时执行此SQL语句,只有一条能更新成功。
37.CAS使用示例,结合AtomicInteger给出示例?
如果不使用CAS,在高并发下,多线程同时修改一个变量的值我们需要synchronized加锁(可能有人说可以用Lock加锁,Lock底层的AQS也是基于CAS进行获取锁的)。
Java中我们提供了AtomicInteger原子类(底层基于CAS进行更新数据的),不需要加锁就在多线程并发场景下实现数据一致性。
38.CAS会有哪些问题?
CAS方式为乐观锁,synchronized为悲观锁。因此使用CAS解决并发问题通常情况下性能更优。
但使用CAS方式也会有几个问题:
ABA问题
因为CAS需要再操作值的时候,检查值有没有发生变化,比如没有发生变化则更新,但是如果一个值原来是A,变成了B,又变成了A,那么使用CAS进行检查时则会发现他的值没有发生变化,但是实际上却变化了。
ABA问题的解决思路就是使用版本号。在变量前两追加上版本号,每次变量更新的时候把版本号加1,那么A->B->A就会变成1A->2B->3A。
从jdk1.5开始,JDK的atomic包里提供了一个类AtomicStampedReference来解决ABA问题。这个类的compareAndSet方法的作用是首先检查当前引用是否等于预期引用,并且检查的作用是首先检查当前引用是否等于预期引用,并且检查当前标志是否等于预期标志,如果全部相等,则以原子方式将该引用和该标志的值设置为给定的更新值。
循环时间长开销大
自旋CAS如果长时间不成功,会给CPU带来非常大的执行开销。如果JVM能支持处理器提供的pause指令,那么效率会有一定的提升。pause指令有两个作用:第一,他可以延迟流水线执行命令,使CPU不会消耗过多的执行资源,延迟的时间取决于具体实现的版本,在一些处理器上延迟时间是零;第二,他可以避免在推出循环的时候因内存顺序冲突而引起CPU流水线被清空,从而提高CPU的执行效率。
只能保证一个共享变量的原子操作
当对一个共享变量执行操作时,我们可以使用循环CAS的方式来保证原子操作,但是多个共享变量操作时,循环CAS就无法保证操作的原子性,这个时候就可以用锁。
还有一个取巧的办法,就是把多个共享变量合并成一个共享变量来操作。比如,有两个变量i=2,j=a,合并一下ij=2a,然后用CAS来操作ij。
从Java1.5开始,JDK提供了AtomicReference类来保证引用对象之间的原子性,就可以把多个变量放在一个对象里来进行CAS操作。
39.AtomicInteger底层实现?
CAS+volatile
volatile保证线程的可见性,多线程并发时,一个线程修改数据,可以保证其他线程立马看到修改后的值CAS保证数据更新的原子性。
40.请阐述你对Unsafe类的理解?
如上图所示,Unsafe提供的API大致可分为内存操作,CAS,Classpath相关,对象操作,线程调度,系统信息获取,内存屏障,数组操作等几类,下面将对其相关方法和应用场景进行详细介绍。