一个小伙伴私信我，他说遇到了一个对于CAS机制的问题，他认为面试官问的是CAS实现单点登录。
心想，这个问题我熟啊，而后就依照单点登录的思路去答复，后果面试官始终点头。
他来和我说，到了面试完结都没明想白本人答复这么好，怎么就没有当场给我发offer呢？
实际上，面试官问的是并发编程中的CAS机制。
上面咱们来看看普通人和高手对于CAS机制的答复吧
普通人：
CAS，是并发编程中用来实现原子性功能的一种操作，嗯，它相似于一种乐观锁的机制，能够保障并发状况下对共享变量的值的更改的原子性。
嗯， 像AtomicInteger这个类中，就用到了CAS机制。嗯…
高手：
CAS是Java中Unsafe类外面的办法，它的全称是CompareAndSwap，比拟并替换的意思。它的次要性能是可能保障在多线程环境下，对于共享变量的批改的原子性。
我来举个例子，比如说有这样一个场景，有一个成员变量state，默认值是0，
定义了一个办法doSomething()，这个办法的逻辑是，判断state是否为0 ，如果为0，就批改成1。
这个逻辑看起来没有任何问题，然而在多线程环境下，会存在原子性的问题，因为这里是一个典型的，Read - Write的操作。
个别状况下，咱们会在doSomething()这个办法上加同步锁来解决原子性问题。
然而，加同步锁，会带来性能上的损耗，所以，对于这类场景，咱们就能够应用CAS机制来进行优化
这个是优化之后的代码
在doSomething()办法中，咱们调用了unsafe类中的compareAndSwapInt()办法来达到同样的目标，这个办法有四个参数，
别离是：以后对象实例、成员变量state在内存地址中的偏移量、预期值0、冀望更改之后的值1。
CAS机制会比拟state内存地址偏移量对应的值和传入的预期值0是否相等，如果相等，就间接批改内存地址中state的值为1.
否则，返回false，示意批改失败，而这个过程是原子的，不会存在线程平安问题。
CompareAndSwap是一个native办法，实际上它最终还是会面临同样的问题，就是先从内存地址中读取state的值，而后去比拟，最初再批改。
这个过程不论是在什么层面上实现，都会存在原子性问题。
所以呢，CompareAndSwap的底层实现中，在多核CPU环境下，会减少一个Lock指令对缓存或者总线加锁，从而保障比拟并替换这两个指令的原子性。
CAS次要用在并发场景中，比拟典型的应用场景有两个。
- 第一个是J.U.C外面Atomic的原子实现，比方AtomicInteger，AtomicLong。
- 第二个是实现多线程对共享资源竞争的互斥性质，比方在AQS、ConcurrentHashMap、ConcurrentLinkedQueue等都有用到。
以上就是我对这个问题的了解。
总结
最近大家也发现了我的文章内容在高手答复局部的变动。
有些小伙伴说，你面试怎么还能带图来，显著舞弊啊。
其实次要是最近很多的面试题都偏底层，而底层的内容涵盖的知识面比拟广，大家平时简直没有接触过。
所以，如果我想要去把这些常识传递给大家，就得做很多的图形和内容构造的设计，否则大家看完之后还是一脸懵逼。
好的，本期的普通人VS高手面试系列就到这里完结了，喜爱的敌人记得点赞珍藏。
我是Mic，一个工作了14年的Java程序员，咱们下期再见。
版权申明：本博客所有文章除特地申明外，均采纳 CC BY-NC-SA 4.0 许可协定。转载请注明来自Mic带你学架构！
如果本篇文章对您有帮忙，还请帮忙点个关注和赞，您的保持是我一直创作的能源。欢送关注同名微信公众号获取更多技术干货！