为什么String类不可变，即使它具有一个称为“哈希”的非最终字段
我正在阅读Joshua Bloch撰写的Effective
Java
项目15
。在第15项中，谈到“最小化可变性”时，他提到了使对象不可变的五个规则。其中之一是使所有字段最终确定。这是规则：
将所有字段都设为最终字段
：这可以通过系统强制地表达您的意图。同样，如果对新创建实例的引用从一个线程传递到另一个线程而没有同步，则必须确保正确的行为，如在内存模型中阐明的那样[JLS，17.5;
Goetz06 16]。
我知道String类是不可变类的一个示例。通过源代码，我看到它实际上有一个不是final的哈希实例。
//Cache the hash code for the string
private int hash; // Default to 0
那么String如何变得不可变？
问题答案：
备注说明了为什么这不是最终的：
//缓存字符串的哈希码
这是一个缓存。如果您不拨打电话hashCode，则不会设置其值。它可能是在字符串创建期间设置的，但是对于您可能不需要的功能（哈希代码），这意味着更长的创建时间。另一方面，每次要求哈希值计算时都是浪费的，因为字符串是
不可变的 ，并且哈希码永远不会改变。
存在非最终字段的事实在一定程度上与您引用的定义矛盾，但是在这里它不是对象接口的一部分。这只是一个内部实现细节，它对字符串（作为字符容器）的可变性没有影响。
编辑-
由于受欢迎的需求，请回答我：尽管hash不是直接属于公共接口，但它可能会影响该接口的行为，并hashCode返回其值。现在，由于hashCode不同步，hash如果有多个线程同时使用该方法，则可以设置一次以上。然而，它被设置为的值hash始终是一个稳定的计算，其仅依赖于最终字段（的结果value，offset和count）。因此，每次对哈希的计算都会得出完全相同的结果。对于外部用户，这就像是hash一次计算-
就像每次计算一样，就像hashCode要求它始终为给定值返回相同的结果。最重要的hash是，即使不是最终结论，外部查看者也永远看不到它的可变性，因此该类可以被认为是不可变的。
-
定义不可变类的策略表明 所有字段都应该是最终字段。 对于ex： 为什么一定要最终决定？ 因为我没有给出setter方法吗？它不能改变。谢谢。
-
本文向大家介绍String 为什 么是不可变的？相关面试题，主要包含被问及String 为什 么是不可变的？时的应答技巧和注意事项，需要的朋友参考一下 简单的来说：String 类中使用 final 关键字修饰字符数组来保存字符串，`private final char value[]`，所以 String 对象是不可变的。而StringBuilder 与 StringBuffer 都继承自 Ab
-
问题内容： 因此，我了解了HashMap。有人指出： “不可变性还允许缓存不同键的哈希码，这使整个检索过程非常快，并且表明String和Java Collection API提供的各种包装器类（例如）都是非常好的键。” 我不太明白…为什么？ 问题答案： ： 由于永不更改的内容，因此该类的创建者选择在对哈希进行一次计算之后就对其进行缓存。这样，不会浪费时间重新计算相同的值。
-
问题内容： 说我们有这个 是什么使该线程不安全？接下来是这个问题。 问题答案： 一旦安全发布，它就是线程安全的。例如，此程序可能会打印“不安全”（它可能不会使用hotspot / x86的组合）-如果您进行最终定格，则不会发生：
-
我有一个系统要检查，以便在哈希表中按值排序，它用于获取该哈希表中的顶部字符串。我想在该哈希表中设置另一个值，所以我在其中使用了一个类，如下所示：
-
问题内容： 关于编译器错误，有一些关于Stack Overflow的主题，解决方案是“将其声明为最终的，您就完成了”，但是对于这个 理论性的 问题，我想检查一下该代码无法编译的逻辑原因是什么： （解决方案：声明为final），而这一点却做到了： 我真的很困惑 不是最终值，它可以多次更改，而的可怜参数只能在其方法体内更改，而是由编译器负责；） 甚至编译器错误也误导了我。： 与什么不同？与内部类不是在