多线程入门（四）：原子Integer，final，以及线程安全的有序性

    首先说说，原子Integer的意义，也就是AtomicInteger类，这是JDK1.5之后提供的一个类，相似的还有Atomic**，他的意义是为了实现Integer进行加减的原子性。

    当我们执行i++或者++i时，实际上都是在执行两步操作，将i取到“工作内存”，加1，然后写回主内存，在单线程环境下，是安全的，但是多线程环境下，显然是不安全的，AtomicInteger类提供具有原子性修改的Integer类，提供以下方法：

//获取当前的值

public final int get()

//取当前的值，并设置新的值
 public final int getAndSet(int newValue)

//获取当前的值，并自增

 public final int getAndIncrement()

//获取当前的值，并自减
public final int getAndDecrement()

//获取当前的值，并加上预期的值

public final int getAndAdd(int delta)

    这样一来，在编写同步代码时，就无需使用synchronized关键字书写同步代码了，有助于更加高效地实现同步代码。

    再说说final，在写多线程时，我们常常会使用final来修饰变量，这是为什么呢？

    咱们优先说说线程安全的有序性：JVM在处理指令集的时候，为了让处理效率更加的快，往往会对指令集进行重排序，如两条赋值语句一个是，需要new一个对象赋值，这其中就涉及到了内存分配的过程，而第二个语句只是做简单地赋值操作，此时，为了让cpu不闲下来，便先执行第二条指令，这就是指令的重排序，在单线程环境下，指令重排序对最后的结果是不会产生影响的，但是多线程情况下则不一定，所以需要考虑线程安全的有序性。

    如以下代码：

//线程1:
context = loadContext();   //语句1
inited = true;             //语句2
 
//线程2:
while(!inited ){
  sleep()
}
doSomethingwithconfig(context);

    假设线程2打算依赖于线程1执行完毕后的inited值，来启动方法，但是重排序导致了线程1中语句1并未执行完毕，便执行了语句2，然后线程2开始启动，但是没有语句1的支持，无法正常启动便会报错。这就是重排序在多线程环境下，导致的不安全性，多线程的线程安全需要考虑有序性，而线程观察其它线程的执行步骤时，也许是杂乱无章的，如上代码。synchronized关键字并不能禁止重排序，所以满足不了有序性。

    final的使用就是为了禁止jvm的重排序，让对象在被构造完后，才被其他线程拿到并且使用，否则就有可能会发生，对象还正在构造，便被其它线程拿去引用了。

    volatile也是可以禁止重排序，也就是volatile修饰过的变量访问的语句，其之前的语句一定在其执行时执行完毕，而之后的语句一定是在其执行完毕后才开始执行。