如何确保一个集合不能被修改

面试官提问：

在 Java 中，如何确保一个集合不能被修改？

回答：

确保集合不能被修改，主要有以下几种方法：

1. 使用 Collections.unmodifiableXXX() 方法

Collections.unmodifiableXXX()方法可以创建一个不可修改的集合视图。它返回一个包装过的集合，所有对该集合的修改操作都会抛出UnsupportedOperationException异常。

示例代码：

import java.util.*;

public class UnmodifiableExample {
    public static void main(String[] args) {
        List list = new ArrayList<>();
        list.add("A");
        list.add("B");

        // 创建不可修改的集合视图
        List unmodifiableList = Collections.unmodifiableList(list);

        // 试图修改该集合会抛出 UnsupportedOperationException
        try {
            unmodifiableList.add("C");
        } catch (UnsupportedOperationException e) {
            System.out.println("无法修改该集合");
        }
    }
}

面试官可能的拓展问题：

• "Collections.unmodifiableXXX() 是如何确保集合不能修改的？"

  • 回答：这个方法返回的是原集合的包装对象，并不是创建一个新的集合。包装后的集合会拦截所有修改操作，若调用修改方法（如 add()、remove() 等），就会抛出 UnsupportedOperationException。

• "这种方法能确保集合内容的绝对不变性吗？"

  • 回答：不能。Collections.unmodifiableXXX() 方法只是防止外部对集合的修改，但如果原集合内容被修改（比如在unmodifiableList创建之前），这些变化会反映到unmodifiableList中。

2. 使用 Java 9 及以上版本的不可变集合工厂方法

在Java 9及以上版本，Java引入了内置的不可变集合工厂方法，例如 List.of()、Set.of() 和 Map.of()，可以直接创建不可修改的集合。

示例代码：

import java.util.*;

public class ImmutableCollectionExample {
    public static void main(String[] args) {
        // 创建不可修改的集合
        List list = List.of("A", "B", "C");

        // 试图修改该集合会抛出 UnsupportedOperationException
        try {
            list.add("D");
        } catch (UnsupportedOperationException e) {
            System.out.println("无法修改该集合");
        }
    }
}

面试官可能的拓展问题：

• "List.of() 与 Collections.unmodifiableList() 有什么区别？"

  • 回答：List.of() 是在 Java 9 引入的，它直接创建一个不可修改的集合实例，而Collections.unmodifiableList() 是通过包装已有集合来创建一个不可修改的视图。List.of() 创建的集合从一开始就不能修改，而 unmodifiableList 只是在外部防止修改，但原集合仍然可以修改。

• "这种不可变集合的使用场景是什么？"

  • 回答：这种不可变集合适用于那些不希望在程序中修改的集合，确保数据不被更改，增强代码的安全性和可维护性。例如，配置常量、常用的静态数据集合等。

3. 使用 final 关键字

虽然 final 关键字并不能确保集合内容不可修改，但它能确保集合引用不可被改变。使用 final 修饰集合变量后，变量不能再指向其它集合，但集合内部的内容仍然可以被修改。

示例代码：

import java.util.*;

public class FinalKeywordExample {
    public static void main(String[] args) {
        final List list = new ArrayList<>();
        list.add("A");
        list.add("B");

        // 无法重新赋值
        // list = new ArrayList<>(); // 编译错误

        // 但集合内容可以修改
        list.add("C");
        System.out.println(list);  // 输出：[A, B, C]
    }
}

面试官可能的拓展问题：

• "final 修饰集合变量有什么作用？"

  • 回答：final 修饰集合变量时，保证变量的引用不再指向其他对象。但是集合本身的内容（元素）是可以修改的，因此它并不能完全确保集合不可修改。

• "那么在使用 final 关键字时，如何保证集合内容不可修改呢？"

  • 回答：可以结合 final 关键字与 Collections.unmodifiableXXX() 或 Java 9 的 List.of() 等方法来确保集合内容不可修改。final 确保引用不可变，而不可变集合方法确保内容不可变。

总结：

1. Collections.unmodifiableXXX()：包装已有集合，防止修改，但不会阻止原集合的修改。

2. Java 9 不可变集合工厂方法：直接创建不可修改的集合，推荐使用。

3. final 关键字：只能保证集合引用不可变，内容仍可修改。

面试官可能的进一步问题：

"这些方法在性能上有影响吗？如果我们不需要线程安全，是否有更高效的实现方式？"

回答：

所有的这些方法对性能有一定影响，但影响的大小取决于具体使用的方式。

• Collections.unmodifiableXXX()：这种方法的性能影响相对较小，因为它只是通过包装原集合并拦截修改操作来确保集合不可修改。它不会复制集合，所以对于大量元素的集合，这种方式相对高效。然而，虽然不会直接影响集合本身的内容，它对修改操作的拦截（抛出异常）可能稍微增加一些开销。

• List.of()（Java 9 不可变集合工厂方法）：这些方法会返回一个真正的不可变集合实例，创建的集合对象通常是专门为不可修改的目的而优化的，因此性能上可能更高效。它们不像Collections.unmodifiableXXX()那样需要进行额外的包装，直接创建一个不可变对象。

• final 关键字：final 并不会影响集合的性能，因为它仅仅是确保引用不可变，它本身不会进行任何修改或检查。它的影响非常小，主要体现在引用无法重新指向其他集合。

性能优化建议： 如果你的集合非常大且性能至关重要，而又不需要线程安全，可以使用Java 9 的 List.of() 等工厂方法来创建不可变集合。相比 Collections.unmodifiableXXX()，这些方法更直接，效率更高

"如何在多线程环境下确保集合不可修改？"

回答：

在多线程环境下，如果需要确保集合既不可修改又能在多线程中安全使用，我们可以考虑以下几个方案：

1. Collections.unmodifiableXXX()：这种方法本身并不保证线程安全，因为它仅仅是对集合的包装，修改操作会抛出异常，但如果原集合本身不是线程安全的，那么对原集合的修改操作可能会导致并发问题。因此，如果在多线程环境下使用 Collections.unmodifiableXXX()，必须确保原集合本身是线程安全的。

2. Java 9 不可变集合（List.of()、Set.of()等）：这些方法创建的集合是不可变的，并且是线程安全的，因为它们从一开始就不允许任何修改。这种集合非常适合在多线程环境下使用，它们保证了在多个线程中对集合的并发读取不会引发问题，且无法被修改。

3. CopyOnWriteArrayList 或 CopyOnWriteArraySet：这些类是专门为并发设计的集合，适用于多线程环境中读取远多于写入的场景。它们的设计理念是每次修改集合时都会创建一个新的副本，确保读取操作不会阻塞或出错。然而，这种做法对于频繁修改集合的场景效率较低，因为每次修改都会复制集合内容。

4. Collections.synchronizedList()：如果你使用的是线程不安全的集合，并且希望它在多线程环境下也能安全地被访问，可以使用这个方法来创建一个同步的集合视图。它保证了同步操作，适合在多线程环境下使用。但请注意，它并不保证集合本身不可修改。

总结：

• 如果需要不可修改且线程安全的集合，推荐使用 Java 9 的 List.of() 或 Set.of()。

• 如果使用的是 Collections.unmodifiableXXX()，则要确保原集合本身是线程安全的。

• 若需要线程安全且不介意性能开销，考虑使用 CopyOnWriteArrayList。

如果觉得这篇博客对你有帮助，记得点赞 ⭐、收藏 、关注 ！