Java中，成员变量再次赋值给局部变量，为什么这样写呢？

Java中，成员变量再次赋值给局部变量，为什么这样写呢？

比如 ThreadPoolExecutor 类中的成员变量：mainLock， 在方法中使用每次都被重新引用。这样写是出于什么样的考虑？

public class ThreadPoolExecutor extends AbstractExecutorService {
    private final ReentrantLock mainLock = new ReentrantLock();    

	private void interruptWorkers() {
        final ReentrantLock mainLock = this.mainLock;
        mainLock.lock();
        try {
            for (Worker w : workers)
                w.interruptIfStarted();
        } finally {
            mainLock.unlock();
        }
    }
}

Soutv ： 大体来说，这样写是一种极端的优化，在运行时，即时编译器（JIT）将会把这种代码编译成与本地平台相关的机器码，并进行各种层次的优化，以提高性能。

http://mail.openjdk.java.net/pipermail/core-libs-dev/2010-May/004165.html

https://stackoverflow.com/questions/2785964/in-arrayblockingqueue-why-copy-final-member-field-into-local-final-variable

 

韦小仇： 先说成员变量没有再次赋值给局部变量的情况（也就是我们通常的写法），此时对于final修饰的成员变量来说，JVM在执行成员方法时，由于语法要求final变量不可变，但JVM不能确定该final变量是否改变了，于是JVM每次运行成员方法时，都会从内存（而不是CPU缓存）中重新加载一次该变量。而对于题主提问的情况，将成员变量再次赋值给局部变量，指定JVM去使用赋值后的局部变量，无需理会成员变量，此时JVM就可以将该变量放在CPU缓存中，每次从CPU缓存中读取变量的值，不用去内存中重新加载，提高了运行速度。这是一种激进的优化策略，通过增加字节码来换取速度，相当于用空间换时间。而且作用其实并不大，除非某个方法频繁被执行、并且业务需求极其追求速度，否则并不建议在日常编程中这样写。

标签：Java,变量,mainLock,成员,局部变量,JVM,final,赋值
来源： https://blog.csdn.net/u010979642/article/details/113698913