为什么在 Java 中不使用 const 关键字？
你能看出在 Java 语法中使用一些 transitive const or immutable 关键字有什么缺点吗？或者为什么选择了 common cumbersome approach？
您能否了解关闭request 的原因，Sun 是否提供任何解释？
【问题讨论】：
const做什么？显然不是final（否则它会是多余的）。但肯定不会让引用的对象自动不可变？
标签： java
您能否看到关闭请求的原因，Sun 是否提供任何解释？
是的。 Sun 在request itself 中提供了他们不会对请求采取行动的 3 个原因。我引用：
“目前没有计划将此功能添加到 Java。在 除了creeping featurism，我们看到以下问题 使用此功能：
现在添加 const 为时已晚。如果这是从 1.0 添加的， 情况可能会有所不同。
const 污染：C++ 方法需要所有 const 方法 用 const 关键字标记。这意味着大多数 方法必须显式标记为 const。这种倾向 使 C++ 中的所有方法变得混乱。
兼容性是JDK的一个非常重要的特性。 可以说，集合类应该修改为 表示元素是 const。那会 要求更新所有现有的实现 同样的方式，有效地打破了所有现有的非JDK 集合接口的实现。相似地， hashCode 必须是 const，打破当前 字符串的实现。”
更新
出于好奇，我花了几分钟浏览Project COIN mailing list 的主题行。令我惊讶的是，没有人愿意建议const。 （或者如果他们这样做了，我错过了。）
因此，要么不再有人（足够）关心这个想法，要么拥有足够专业知识来制定项目 COIN 提案的人认识到它不可能通过集合。
【讨论】：
其实the Wikipedia article you linked有你的答案：
Java 社区进程中存在用于实现 const 正确性的增强请求票，但在 2005 年被关闭，理由是不可能以向后兼容的方式实现。
【讨论】：
@Nullable、@NotNull等等。
使用final 关键字。
它将为您做与const 关键字相同的事情。
【讨论】：