首先说说,原子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修饰过的变量访问的语句,其之前的语句一定在其执行时执行完毕,而之后的语句一定是在其执行完毕后才开始执行。