如何在Java中创建不可变对象-java教程-PHP中文网

创建不可变对象需将类声明为final、字段为private final、不提供setter、对可变字段进行防御性复制，并重写equals和hashCode；这确保线程安全、简化并发编程、提升可维护性，但可能增加对象创建开销。

如何在java中创建不可变对象

在Java中创建不可变对象的核心思想是确保对象一旦被创建，其内部状态就不能再被修改。这主要通过一系列设计约束来实现，包括将所有字段声明为

final

登录后复制

和

private

登录后复制

，不提供任何修改字段的方法，以及在处理可变对象引用时进行防御性复制。这样做的好处是多方面的，比如线程安全、易于理解和调试，以及作为Map的键或Set的元素时行为稳定。

解决方案

要创建一个真正不可变的Java对象，需要遵循以下几个关键步骤。这不仅仅是语法上的要求，更多的是一种设计哲学：

将类声明为
```
final
```
登录后复制
：这可以防止其他类继承并覆盖其方法，从而可能破坏其不可变性。如果类不是
```
final
```
登录后复制
，子类可能会引入可变行为。
将所有字段声明为
```
private
```
登录后复制
和
final
登录后复制
：
```
private
```
登录后复制
确保字段不能从外部直接访问，
```
final
```
登录后复制
确保字段在对象构造后不能被重新赋值。

立即学习“Java免费学习笔记（深入）”；
不要提供任何
```
setter
```
登录后复制
方法：这是不可变性的最基本要求。如果一个字段有
```
setter
```
登录后复制
，那么它的状态就可能被改变。
构造器中初始化所有字段：所有
```
final
```
登录后复制
字段必须在构造器中被初始化。对于引用类型字段，如果它们是可变的（比如
```
java.util.Date
```
登录后复制
、数组、自定义的可变对象），必须在构造器中进行深度防御性复制（deep defensive copy）。这意味着你不能直接将传入的引用赋值给内部字段，而是要创建一个新的对象，将传入对象的内容复制过去。
在
```
getter
```
登录后复制
方法中返回可变字段的防御性复制：如果你的不可变对象内部包含对可变对象的引用，并且你提供了
```
getter
```
登录后复制
方法来访问这些引用，那么
```
getter
```
登录后复制
方法也必须返回这些可变对象的深度防御性复制。否则，外部代码可以通过
```
getter
```
登录后复制
获取到内部可变对象的引用，然后修改它，从而破坏了不可变性。
重写
```
equals()
```
登录后复制
和
hashCode()
登录后复制
方法：虽然不是严格要求不可变性，但对于值对象（通常是不可变的），重写这两个方法是最佳实践，确保它们在集合中能正确工作。

这是一个简单的示例：

import java.util.Date;

public final class ImmutablePerson {
    private final String name;
    private final int age;
    private final Date birthDate; // 这是一个可变对象

    public ImmutablePerson(String name, int age, Date birthDate) {
        // 对于基本类型和不可变引用类型（如String），直接赋值即可
        this.name = name;
        this.age = age;
        // 对于可变引用类型，进行防御性复制
        this.birthDate = new Date(birthDate.getTime()); 
    }

    public String getName() {
        return name;
    }

    public int getAge() {
        return age;
    }

    public Date getBirthDate() {
        // 在getter中也进行防御性复制，防止外部修改内部Date对象
        return new Date(this.birthDate.getTime());
    }

    // 通常还会重写equals和hashCode方法
    @Override
    public boolean equals(Object o) {
        if (this == o) return true;
        if (o == null || getClass() != o.getClass()) return false;
        ImmutablePerson that = (ImmutablePerson) o;
        return age == that.age &&
               name.equals(that.name) &&
               birthDate.equals(that.birthDate);
    }

    @Override
    public int hashCode() {
        int result = name.hashCode();
        result = 31 * result + age;
        result = 31 * result + birthDate.hashCode();
        return result;
    }
}

登录后复制

为什么我们应该在Java中使用不可变对象？

我个人觉得，当你开始在多线程环境里遇到各种意想不到的副作用时，不可变对象简直就是救星。它能把很多复杂的问题简化成一眼就能看明白的逻辑，这在调试时能省掉多少头发啊！使用不可变对象的好处远不止代码整洁那么简单，它直接关系到程序的健壮性和可维护性。

一个很重要的原因是线程安全。因为不可变对象的状态在创建后就不会改变，所以多个线程可以安全地共享同一个不可变对象，而不需要任何额外的同步措施。这大大简化了并发编程的复杂性，减少了死锁、竞态条件等难以捉摸的并发bug。想想看，如果一个对象在多线程环境下可以随意被修改，你得花多少精力去加锁、解锁，而且还可能一不小心就出问题。不可变性直接从根本上解决了这个问题。

再者，不可变对象更容易理解和推理。一旦你创建了一个不可变对象，你就可以完全相信它的状态不会在你不知情的情况下被改变。这使得代码的逻辑更加清晰，预测程序的行为也变得更容易。当你看到一个不可变对象的引用时，你不需要担心它在某个地方被其他代码偷偷修改了。

阿里妈妈·创意中心

阿里妈妈营销创意中心

查看详情

它们还非常适合作为Map的键（key）或Set的元素。

HashMap

登录后复制

或

HashSet

登录后复制

的工作原理依赖于对象的

hashCode()

登录后复制

和

equals()

登录后复制

方法。如果用作键或元素的对象的内部状态发生了变化，那么它们的

hashCode()

登录后复制

值也可能随之改变，导致在集合中无法正确查找或定位，进而引发各种奇怪的问题。不可变对象则完美地避免了这种情况，因为它们的

hashCode()

登录后复制

在整个生命周期中都是固定的。

最后，不可变对象还有助于缓存。因为它们的状态永不改变，所以可以安全地缓存它们的哈希值或其他计算结果，提高性能。而且，由于它们是线程安全的，缓存起来也更简单。

创建不可变对象时常见的陷阱和误区有哪些？

我见过太多新手在这里栽跟头了，尤其是

Date

登录后复制

对象和数组，那简直是陷阱中的陷阱。你以为你创建了一个不可变对象，结果外面一个

setDate()

登录后复制

就把它改了，这种隐蔽的bug最让人头疼。创建不可变对象听起来简单，但实际操作中有很多容易被忽略的细节，稍不注意就会破坏其不可变性。

最大的陷阱就是忘记对可变引用类型进行深度防御性复制。比如，你的不可变类里有一个

Date

登录后复制

类型的字段或者一个

List

登录后复制

、

Map

登录后复制

、数组等集合类型的字段。如果你在构造器中直接把传入的引用赋值给内部字段，或者在

getter

登录后复制

方法中直接返回内部字段的引用，那么外部代码仍然可以通过这个引用修改你“不可变”对象的内部状态。

看这个例子，它看起来是不可变的，但实际上并非如此：

import java.util.Date;
import java.util.List;
import java.util.ArrayList;

public final class FlawedImmutable {
    private final String name;
    private final Date creationDate; // 可变对象
    private final List<String> tags; // 可变集合

    public FlawedImmutable(String name, Date creationDate, List<String> tags) {
        this.name = name;
        this.creationDate = creationDate; // ❌ 陷阱：直接赋值，没有防御性复制
        this.tags = tags;                 // ❌ 陷阱：直接赋值，没有防御性复制
    }

    public String getName() {
        return name;
    }

    public Date getCreationDate() {
        return creationDate; // ❌ 陷阱：直接返回内部可变对象的引用
    }

    public List<String> getTags() {
        return tags; // ❌ 陷阱：直接返回内部可变集合的引用
    }

    public static void main(String[] args) {
        Date d = new Date();
        List<String> myTags = new ArrayList<>();
        myTags.add("Java");

        FlawedImmutable obj = new FlawedImmutable("Test", d, myTags);

        System.out.println("Original Date: " + obj.getCreationDate());
        d.setTime(0); // 外部修改了传入的Date对象
        System.out.println("Modified Date via external ref: " + obj.getCreationDate()); // 内部Date也被修改了！

        System.out.println("Original Tags: " + obj.getTags());
        myTags.add("Bug"); // 外部修改了传入的List对象
        System.out.println("Modified Tags via external ref: " + obj.getTags()); // 内部List也被修改了！

        obj.getTags().add("Another Bug"); // 外部通过getter获取引用并修改
        System.out.println("Modified Tags via getter: " + obj.getTags()); // 内部List再次被修改！
    }
}

登录后复制

这个

FlawedImmutable

登录后复制

的例子清晰地展示了，即使字段是

final

登录后复制

的，如果它们引用的对象是可变的，并且没有进行适当的防御性复制，那么对象仍然不是真正不可变的。

另一个常见的误区是忘记将类声明为

final

登录后复制

。如果类不是

final

登录后复制

，那么恶意或无意的子类可能会覆盖方法，引入可变状态，从而破坏父类的不可变性承诺。

还有，就是内部操作不当。即使你做了防御性复制，如果类内部的某些私有方法不小心修改了这些可变字段（虽然

final

登录后复制

关键字会阻止重新赋值，但不会阻止对引用对象内容的修改），那也会破坏不可变性。这通常是代码维护不当导致的。

不可变对象对Java性能和内存使用有影响吗？

这其实是个权衡的问题。不可变对象在性能和内存使用上确实有一些特点，不能简单地说它总是更好或更差。对于那些需要频繁修改状态的场景，或者对象特别大、创建成本很高的时候，你得好好考虑一下。但对于大多数配置对象、值对象，或者需要跨线程共享的数据，不可变性带来的好处往往远大于这点开销。

从内存使用的角度看，不可变对象可能会导致更多的对象创建。因为一旦你想要“修改”一个不可变对象，实际上你不是修改它，而是创建一个新的对象来表示新的状态。例如，

String

登录后复制

对象就是不可变的，每次对

String

登录后复制

进行拼接操作（如

str = str + "suffix"

登录后复制

），都会创建一个新的

String

登录后复制

对象。这可能会导致更多的垃圾对象产生，进而增加垃圾回收（GC）的频率和负担。对于内存敏感的应用，这可能是一个需要考虑的因素。

从性能的角度看，对象创建本身是有开销的。频繁创建新对象会消耗CPU时间。但是，不可变对象也带来了一些性能优势：

线程安全带来的性能提升：由于不需要加锁，在多线程环境下，访问不可变对象通常比访问可变对象更快，因为避免了锁竞争和上下文切换的开销。
缓存友好：不可变对象的状态是固定的，可以安全地缓存它们的哈希值、计算结果等，避免重复计算。
垃圾回收的优化：虽然会产生更多垃圾，但现代JVM的垃圾回收器对短生命周期的对象（通常是不可变对象）有很好的优化，比如通过年轻代回收，效率很高。

所以，不能一概而论。对于像

String

登录后复制

这样需要频繁操作但又作为基础数据类型大量使用的场景，不可变性是利大于弊的。它带来的安全性和可预测性，在很多情况下，其价值远超潜在的内存和CPU开销。关键在于，你要理解你的应用场景，以及不可变性带来的设计优势是否值得这些潜在的资源消耗。如果一个对象的状态需要以极高的频率进行微小修改，并且这些修改不会被其他线程感知，那么可变对象可能更适合。但如果对象需要在多个线程间共享，或者其状态的稳定性至关重要，那么不可变对象无疑是更优的选择。

以上就是如何在Java中创建不可变对象的详细内容，更多请关注php中文网其它相关文章！