volatile synchronized AtomicInteger的区别

在网络上看了很多关于他们两个的区别与联系，今天用自己的话表述一下：

synchronized

容易理解，给一个方法或者代码的一个区块加锁，那么需要注意的是，加锁的标志位默认是this对象，当然聪明的你可能想我能不能不用this对象而使用其他的哪？答案是肯定的

volatile

说volatile就不得不说JAVA的内存模型，java的每一个线程都有自己的指定的内存区域，而且又有共同的主内存区域，当操作计算的时候，会从主内存区域将变量拷贝到自己的内存区域，再计算，计算之后再写回去，那么问题就来了，当一个线程A把共享变量读入自己的区域，计算的时候，线程B也把共享变量读入自己的内存区域进行计算，这样就可能产生脏数据，然而咱们的volatile就是解决了这个问题，A修改了共享变量，B线程立刻就能知道，并且也跟着修改（怎么实现的我也不知道，反正加了这个关键字就行）

AtomicInteger

AtomicInteger 通俗地解释：对某个内存值拷贝一个副本，某个线程若读到该副本，并对其进行计算，输出结果，在写入内存时，再次取出内存值和该副本比较，若副本和内存值相同，则把新的值写入内存。较为官方的解释： 通过CAS（AtomicInteger）实现，CAS简而言之就是。CAS有3个操作数，内存值V，旧的预期值A，要修改的新值B。当且仅当预期值A和内存值V相同时，将内存值V修改为B，否则什么都不做。两个问题：

    （1）CAS算法仍然可能会出现冲突，例如A、B两个线程，A已经进入写内存但未完成，此时A读取到的副本且读取成功，AB两个线程同时进入写内存操作，必然会造成冲突。 CAS算法本质并非完全无锁，而是把获得锁和释放锁推迟至CPU原语实现，相当于尽可能的缩小了锁的范围；直接互斥地实现系统状态的改变，它的使用基本思想是copy-on-write——在修改完对象的副本之后再用CAS操作将副本替换为正本。

    （2）ABA问题，若其中一个线程修改A->B->A，另外一个线程仍然读取到A，虽然值是预期值，但并不能说明该内存值没有变化。

转载于:https://www.cnblogs.com/liqiu/p/3626977.html