加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 编程开发 > Java > 正文

Sun的HotSpot JIT编译器是否自动将“final”应用于Java局部变量

发布时间:2020-12-15 00:43:06 所属栏目:Java 来源:网络整理
导读:我听说过这种情况,但我找不到确定的在线资源来确认. 背景:一位同事喜欢让他的局部变量最终.他这样做的原因之一是表现.我的论点是,Java的HotSpot Just In Time编译器会自动检测不变的局部变量,并使它们成为最终变量,因此自己做这个没有性能上的好处. 请注意,
我听说过这种情况,但我找不到确定的在线资源来确认.

背景:一位同事喜欢让他的局部变量最终.他这样做的原因之一是表现.我的论点是,Java的HotSpot Just In Time编译器会自动检测不变的局部变量,并使它们成为最终变量,因此自己做这个没有性能上的好处.

请注意,我不是要问局部变量是否是最终的良好编码实践,因为已经有很多(非主题)SO问题.

编辑:mrhobo对优化整数文字的字节码提出了一个很好的观点.我应该给出一个我正在谈论的代码类型的例子,我的问题是:

Object doSomething(Foo foo) {
    if (foo == null) {
        return null;
    }

    final Bar bar = foo.getBar();
    final Baz baz = this.bazMap.get(bar);

    return new MyObject(bar,baz);
}

您是否认为在这种情况下会发生相同类型的优化,因为bar和baz都标记为final?或者HotSpot是否会自动检测到它们在方法范围内没有发生变化,并将它们视为最终版本?

类似的问题

> Declaring local variable as final in a loop

>同样的问题,但通过经验(通过查看类文件)得出答案,没有文档参考

> Do javac or Hotspot automatically add ‘final’ as an optimisation of invariant variables?

>例如变量的相同问题

> Inlining in Java

>方法的相同问题

> Does use of final keyword in Java improve the performance?

>类似的问题,对局部变量没有达成共识

解决方法

要理解为什么最终局部变量对于编译器来说完全无趣,编译器工作方式的一些背景将会有所帮助.基本上没有编译器对源代码(或字节码)本身进行操作,而是将它解析为某种中间表示(在应用优化时通常是几种不同的表示).几乎我所知道的每个编译器都使用某种形式的静态单一赋值或短SSA形式作为其中间表示.

正如名称所说SSA表单基本上意味着每个变量只被赋值一次.为了更清楚,假设我们有以下简单的代码片段:

y = 4
x = 5
y = 6
z = x + y

在SSA表单中,这看起来类似于以下内容:

y_1 = 4
x_1 = 5
y_2 = 6
z_1 = y_2 + x_1

那我们为什么要这样做呢?因为它使得许多编译器优化变得更加容易(例如,看到y的第一次写入可以被消除,因为我们从未读过它)是微不足道的.所以,如果你想要,你可能会看到这个,因为每个变量已经是编译器的最终变量.

PS:循环和分支确实使这更复杂,但我不想在那里过多地讨论 – 维基文章有一个关于如何解决这些问题的简短解释.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读