为什么 Java Records 有访问器方法而不是公共的 final 字段？

Question

JEP-395 说

一个记录类自动获得许多标准成员：

• 对于标头中的每个组件，有两个成员：一个与组件具有相同名称和返回类型的公共访问器方法，以及一个具有相同名称的私有最终字段类型为组件；

如果生成的 final 字段与访问器方法同名，为什么不生成公共的 final 字段呢？

---

由于记录类的实例可以被序列化和反序列化，因此几乎不会仔细更改记录组件。但是，不能通过提供writeObject、readObject、readObjectNoData、writeExternal、readExternal方法自定义流程

因此更改 API 内部实现（记录组件）不是一个合适的理由。但我有充分的理由来自@Brian Goetz

谢谢大家关注我的傻问题

Answer 1

记录可以实现接口，因此记录的访问器可以是接口方法的实现。此外，使用访问器代替直接字段访问提供了更大的灵活性，例如，您可以将直接返回字段的访问器替换为以某种方式派生值的访问器（反之亦然）。

记录还允许您覆盖访问器 - 而不是简单地返回字段 - 做一些额外的事情。让记录使用直接字段访问会限制和限制您可以对记录执行的操作，从而限制它们的实用性，而让访问器为您提供直接字段访问所提供的基线，并在必要时能够做更多事情。

引用cmets中Holger提供的一个例子：

public record R(int a, int b) { public int c() { return …; }} 和 public record R(int a, int c) { public int b() { return …; }} 类提供相同的 API，无论其内部表示如何。

简而言之，为字段生成访问器提供了比直接字段访问更多的灵活性和功能。这同样适用于普通的不可变类。

Brian Goetz 在this answer 上的 cmets 中提供了另一个原因：

如果没有覆盖访问器的能力，记录将无法 正确支持可变对象（例如数组）作为组件。如果 您有一个数组组件，您可能想要执行防御性复制 在构造函数和访问器中（这也需要覆盖 等于，以保留 Record 的规范）；如果它是一个 公共最终字段，您无法封装您的可变性 组件

Answer 2

我认为这个决定的一个关键因素是您现在能够覆盖 Record 的 getter：

public record MyRecord(String myProperty) {
    @Override
    public String myProperty() {
        return "The property is " + myProperty;
    }
}

这样的事情对于公共的 final 字段是不可能的。

Answer 3

使用访问器方法而不是直接字段访问通常是最佳做法。即使有记录，继续这种做法也很有意义，例如，在不破坏现有代码的情况下重命名字段。