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

最新推荐文章于 2024-07-16 11:35:34 发布

Jaemon

最新推荐文章于 2024-07-16 11:35:34 发布

阅读量1.6k

点赞数 4

分类专栏： java基础

原文链接：https://www.oschina.net/question/2319418_2317139

版权

java基础专栏收录该内容

31 篇文章 1 订阅

订阅专栏

在Java中，将成员变量赋值给局部变量有时是为了优化性能。例如，ThreadPoolExecutor的`mainLock`在方法内部被重新赋值为局部变量，目的是利用JIT编译器优化，将变量存储在CPU缓存中，减少内存访问，提高执行速度。这种做法在方法频繁执行且对速度有极致要求的情况下可能会有微小提升，但通常不推荐在常规编程中使用，因为优化效果有限。

摘要由CSDN通过智能技术生成

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缓存中读取变量的值，不用去内存中重新加载，提高了运行速度。这是一种激进的优化策略，通过增加字节码来换取速度，相当于用空间换时间。而且作用其实并不大，除非某个方法频繁被执行、并且业务需求极其追求速度，否则并不建议在日常编程中这样写。