blocks|key|17371|text|type|unstyled|depth|inlineStyleRanges|entityRanges|data|17372|不相信最后一个关键字可以提高可读性。|blockquote|17373|17374|17375|有些人(比如我)发现过多的final会降低可读性。|offset|length|style|CODE|17376|17377|并不认为它能显着地提高性能。|17378|17379|17380|final局部变量不会提高性能。|17381|entityMap^0|0|0|0|0|D|5|0|0|0|0|0|0|5|0^^$0|@$1|2|3|-4|4|5|6|U|7|@]|8|@]|9|$]]|$1|A|3|B|4|C|6|V|7|@]|8|@]|9|$]]|$1|D|3|-4|4|5|6|W|7|@]|8|@]|9|$]]|$1|E|3|-4|4|5|6|X|7|@]|8|@]|9|$]]|$1|F|3|G|4|5|6|Y|7|@$H|Z|I|10|J|K]]|8|@]|9|$]]|$1|L|3|-4|4|5|6|11|7|@]|8|@]|9|$]]|$1|M|3|N|4|C|6|12|7|@]|8|@]|9|$]]|$1|O|3|-4|4|5|6|13|7|@]|8|@]|9|$]]|$1|P|3|-4|4|5|6|14|7|@]|8|@]|9|$]]|$1|Q|3|R|4|5|6|15|7|@$H|16|I|17|J|K]]|8|@]|9|$]]|$1|S|3|-4|4|5|6|18|7|@]|8|@]|9|$]]]|T|$]]

<blockquote>
 do not believe the final keyword
 improves readablity.
</blockquote>

Some people (such as myself) find excessive <code>final</code>s decreases readability.

<blockquote>
 do not believe it significantly
 improves performance.
</blockquote>

<code>final</code> local variables does not improve performance.

blocks|key|1073034|text|可能是因为在单词final中输入五个长字母很麻烦.他们为什么要经历写作的痛苦？|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1073035|final+int+x;|code-block|syntax|javascript|1073036|当输入量是输入量的两倍|1073037|int+x;|1073038|1073039|我们开发商很懒，你知道.:P|1073040|entityMap^0|8|5|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|T|8|@$9|U|A|V|B|C]]|D|@]|E|$]]|$1|F|3|G|5|H|7|W|8|@]|D|@]|E|$I|J]]|$1|K|3|L|5|6|7|X|8|@]|D|@]|E|$]]|$1|M|3|N|5|H|7|Y|8|@]|D|@]|E|$I|J]]|$1|O|3|-4|5|6|7|Z|8|@]|D|@]|E|$]]|$1|P|3|Q|5|6|7|10|8|@]|D|@]|E|$]]|$1|R|3|-4|5|6|7|11|8|@]|D|@]|E|$]]]|S|$]]

Probably because it's a hassle to type in the five LONG letters in the word <code>final</code>... why would they go through the pain of writing

<pre><code>final int x;
</code></pre>

when it's twice as much typing as

<pre><code>int x;
</code></pre>

?

We developers are lazy, you know... :P

blocks|key|1073105|text|据我所知，最终关键字对变量的运行时性能没有影响。|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|1073106|我相信它的主要目的是帮助你捕捉虫子。如果你知道某件事永远不会改变，你就把它标记成这样。就像我们在可能的地方使用注释一样，只要我们可以用运行时错误来交换编译时错误，我们就会使用。当您正在处理它时，会发现一个错误，它在您的脑海中很新鲜，而且它并没有破坏某个人的数据，导致您失去客户，是的，这是一件非常好的事情。你得到了编译错误，你修正了它，你继续前进，你没有破坏夜间构建，是的，这些都是好东西。|1073107|entityMap^0|E|3|0|2F|A|0^^$0|@$1|2|3|4|5|6|7|J|8|@$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|M|8|@$9|N|A|O|B|C]]|D|@]|E|$]]|$1|H|3|-4|5|6|7|P|8|@]|D|@]|E|$]]]|I|$]]

As far as I'm aware, the final keyword has no impact on the runtime performance of your variables.

I believe it's primary purpose is to assist you in the catching of bugs. If you know something is never going to change, you mark it as such. Similar to why we use annotations where we can, any time we can trade a runtime bug for a compile time error, we do. Finding an error when you're working on it, and it's fresh in your mind, and it hasn't gone and corrupted someone's data causing you to lose customers, yeah that's a very good thing. You get the compile error, you fix it, you move on, you don't break the nightly build, yeah those are good things.

blocks|key|1073052|text|最后一个关键字有两个用途：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1073053|subclassing/overrding|1073054|declare+|unordered-list-item|1073055|将类或方法声明为，以防止变量被更改(分配新值)|ordered-list-item|1073056|1073057|1073058|案例2通常应用于成员变量，以便使对象不可变(至少部分)或方法参数，以防止意外分配。|1073059|对于局部变量(即方法作用域而不是参数)，这通常是不必要的或不需要的，因为这些变量很可能在方法中被更改(否则，您可能不需要它们，除非缓存方法作用域的引用)。|1073060|entityMap^0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|S|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|T|8|@]|9|@]|A|$]]|$1|G|3|H|5|I|7|U|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|V|8|@]|9|@]|A|$]]|$1|K|3|-4|5|6|7|W|8|@]|9|@]|A|$]]|$1|L|3|M|5|6|7|X|8|@]|9|@]|A|$]]|$1|N|3|O|5|6|7|Y|8|@]|9|@]|A|$]]|$1|P|3|-4|5|6|7|Z|8|@]|9|@]|A|$]]]|Q|$]]

The final keyword has two uses:

<ol>
<li>declare a class or method as final in order to prevent subclassing/overrding</li>
<li>declare a variable as final in order to prevent changing it (assigning a new value)</li>
</ol>

Case 2 is normally applied to member variables in order to make the object immutable (at least partly) or to method parameters in order to prevent accidential assignments.

In case of a local variable (i.e. method scoped and not a parameter), that's normally not necessary or wanted, since those variables are likely to be changed within the method (otherwise you might not need them, except to cache a reference for method scope).

blocks|key|1051228|text|我怀疑声明局部变量final会提高性能。由于final的存在，Java编译器已经被要求能够判断一个变量是被分配了不止一次，还是没有初始化。因此，实际上将本地声明为final并不会告诉编译器它所不知道的事情--这只是为了读者的利益。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1051229|现在，不管它有时是否提高了可读性，这是比较主观的。在一段复杂的代码中，最好(对自己或将来的读者)保证只编写一次变量。但是简化代码可能会更好，因此这一点无论如何都是显而易见的。|1051230|entityMap^0|9|5|M|5|29|5|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@$9|K|A|L|B|C]|$9|M|A|N|B|C]|$9|O|A|P|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|Q|8|@]|D|@]|E|$]]|$1|H|3|-4|5|6|7|R|8|@]|D|@]|E|$]]]|I|$]]

I doubt declaring a local variable <code>final</code> ever improves performance. By virtue of the existence of <code>final</code>, Java compilers are already required to be able to tell if a variable might be assigned more than once, or might not be initialized. Therefore, actually declaring a local as <code>final</code> doesn't tell the compiler anything it didn't already know--it's only for the benefit of the reader.

Now whether it sometimes improves readability, that's more subjective. In a complicated piece of code it can be nice to promise (to yourself, or to future readers) that a variable is only written once. But it might be nicer to simplify the code so that is readily apparent anyway.

If I look at the java source source code in the OpenJDK or Hibernate or Apache I have yet to see any local variables declared final.

This suggests that the developers of some of the most widely used java software libraries:

<ul>
<li>do not believe the final keyword improves readablity.</li>
<li>do not believe it significantly improves performance.</li>
</ul>

Why do the majority of contrbuters on stackoverflow believe it it should be used (based on the highest voted responses)?

Why are local variables not declared final in most open source java projects?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

如果我查看OpenJDK、Hibernate或Apache中的java源代码，我还没有看到任何局部变量声明为最终变量。这表明，一些使用最广泛的java软件库的开发人员：不相信最后一个关键字可以提高可读性。不认为它能显著提高性能。为什么堆叠溢出的大多数控制者认为它应该被使用(基于最高的投票反应)？

问为什么在大多数开源java项目中局部变量没有声明为最终变量？
EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问为什么在大多数开源java项目中局部变量没有声明为最终变量？EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问为什么在大多数开源java项目中局部变量没有声明为最终变量？
EN