两者都是相同的概念，但在原子布尔中，它将为操作提供原子性，以防cpu切换发生在两者之间。

如果你只有一个线程修改你的布尔值，你可以使用一个volatile布尔值(通常你这样做是为了在线程的主循环中定义一个停止变量)。

但是，如果有多个线程修改布尔值，则应该使用AtomicBoolean。否则，以下代码是不安全的:

boolean r = !myVolatileBoolean;

该操作分两步完成:

读取布尔值。 写入布尔值。

如果其他线程修改了#1到2#之间的值，您可能会得到错误的结果。AtomicBoolean方法通过原子地执行步骤#1和#2来避免这个问题。

你不能将compareAndSet, getAndSet作为带有volatile boolean的原子操作(除非你同步它)。

两者都是相同的概念，但在原子布尔中，它将为操作提供原子性，以防cpu切换发生在两者之间。

Volatile boolean vs AtomicBoolean

Atomic*类包装了相同类型的volatile原语。来源:

public class AtomicLong extends Number implements java.io.Serializable {
   ...
   private volatile long value;
   ...
   public final long get() {
       return value;
   }
   ...
   public final void set(long newValue) {
       value = newValue;
   }

如果你所做的只是获取和设置一个Atomic*，那么你也可以用一个volatile字段来代替。

AtomicBoolean做了哪些volatile boolean不能做到的事情?

原子类为您提供了提供更高级功能的方法，例如用于数字的incrementAndGet()，用于布尔值的compareAndSet()，以及其他实现多重操作(get/increment/set, test/set)而无需锁定的方法。这就是为什么Atomic*类如此强大。

例如，如果多个线程使用++使用下面的代码，就会出现竞争条件，因为++实际上是:get、increment和set。

private volatile value;
...
// race conditions here
value++;

然而，下面的代码将在多线程环境中安全工作，没有锁:

private final AtomicLong value = new AtomicLong();
...
value.incrementAndGet();

同样重要的是要注意，从对象的角度来看，使用Atomic*类包装volatile字段是封装关键共享资源的好方法。这意味着开发人员不能假设字段不共享就处理它，可能会在字段++中注入问题;或其他引入竞态条件的代码。

Volatile关键字保证共享该变量的线程之间的happens-before关系。它不能保证2个或更多的线程在访问布尔变量时不会相互中断。