最终变量解释

Question

我知道编译器如何解释Java中的final关键字，但是我们应该如何解释它的含义呢？ 应该是：

1）此变量无法更改（例如内部类使用）

要么

2）我不打算更改此变量（ 可能对成员变量有一些优化优势）。

我问的是因为我已经处理了默认情况下所有内容都被声明为final的代码（上面的选项2），在我看来，这会使关键字贬值并隐藏真正无法改变的值！ 声明变量最终还有性能优势吗？

Answer 1

一切是最后默认是一件好事 。 您可以越多地模拟代码的不变性，它就越容易被推理。

在我看来，使用final绝对不是关于性能的。 它是关于对其余代码进行断言（没有改变这个变量），它可以帮助读者理解代码，并且可以由编译器检查。

编辑：以上是我对字段的看法。 对于局部变量（包括参数），我个人只在变量将用于匿名内部类时才使用final 。 这与字段不同，因为：

• 很容易看出方法的整个背景 - 如果不是，那本身就是一个问题。
• 因为它不代表对象（或类）的状态，所以不可变性的好处并不真正适用。

Answer 2

最终关键字应该被放弃，它应该在所有适用的情况下都是标准的，并且终结性应该只能通过关键字来恢复

this_variable_will_change_unexpectedly_behind_your_back

此关键字不应由任何IDE自动完成，并且无法使用Ctrl-V插入它。

Answer 3

我刚才写了一篇关于这个的帖子 。

Final有助于阅读代码：

• 没有使用最终的一切可能是可变的（潜在的混乱）
• 它强制设置一个变量，然后才能使用它（在构造函数中很有用）

通过使用final，您可以告诉编译器有关您的代码的信息，它可以帮助您。

Answer 4

第二种选择是保障。 它可以阻止您意外更改或重新分配。 因此，它提供有用，您可以在决定要更改变量时删除。

Answer 5

我不能对Jon已经说过的内容添加太多内容，但为了完整起见 ， JLS 17.5.3表示最终字段也可能导致优化;

如果在字段声明中将final字段初始化为编译时常量表达式（第15.28节），则可能无法观察到对final字段的更改，因为在编译时将该final字段的使用替换为常量表达式的值 。

Answer 6

我不明白为什么你认为缺乏价值。

当我看到所有最终变量时，它意味着该类是不可变的。 这是一件好事，因为不可变类本质上是线程安全的。

Answer 7

一般来说，最终变量是一件好事 。 请注意，它仅表示无法重新分配变量，但如果变量可变，则它指向的对象可能会更改。

性能方面， final允许更积极的编译器优化 ：

该规范允许对最终字段进行积极优化。 在一个线程中，允许使用构造函数中不发生的最终字段的那些修改来重新排序最终字段的读取。

Answer 8

将每个变量声明为final是不会使final关键字贬值。 它可以帮助开发人员调试应用程序，以排除变量修改的可能性，尤其是在多线程应用程序环境中。

在Java 8发布中，我们还有一个名为“ effectively final variable ”的概念

从lambda表达式引用的局部变量必须是最终的或有效的final

如果在本地块中初始化后未修改变量，则该变量被视为有效最终 。 这意味着您现在可以在匿名类或lambda表达式中使用没有final关键字的局部变量，前提是它们必须是有效的最终。

如果您不想将有效的final声明为final变量，那么这个新功能可以帮助您使用lambda表达式/匿名类。 您可以避免为effective final变量声明final关键字。 看看这篇文章

Answer 9

确实使用了最终变量，以便没有人可以更改值，它在java中作为常量工作。

让我举个例子

我已经创建了一个可以被其他人使用的包，现在有一些配置变量需要设置才能正确运行它。 让我们说它的登录包。 所以加密选项很少

encryption_method = HASH_ENCRYPTION

要么

encryption_method = SYMMETRIC_ENCRYPTION

而不是传递整数1,2,3，我们可以定义最终变量，以帮助开发人员更可读的形式和源代码我不希望用户更改它所以我保持最终，否则内部逻辑可能会破坏