如果我们讨论的是JDK不可修改*和番石榴不可修改*，实际上它们的区别还在于性能。如果不可变集合不是常规集合的包装器(JDK实现就是包装器)，那么它们可以更快、更节省内存。 以番石榴团队为例:

JDK提供了集合。不可修改的xxx方法，但在我们看来，这些可以

<…>

低效:数据结构仍然有可变集合的所有开销，包括并发修改检查，哈希表中的额外空间等。

不可修改的和不可变的集合

创建一个可修改的地图

Map<String, String> modifiableMap = new HashMap();
modifiableMap.put(“1”,”one”);
modifiableMap.put(“2”,”two”);
modifiableMap.put(“3”,”three”);

从modifiableMap中创建一个unmodifiableMap

 Map<String,String> unmodifiableMap = Collections.unmodifiableMap(modifiableMap);
    unmodifiableMap.put(“4”,”Four”)  ==>Exception
    modifiableMap.put(“4”,”Four”);   ==>Allowed, this will also reflect now in the unmodifiableMap , because unmodifiableMap() returns a wrapper around modifiableMap.
     

从modifiableMap创建一个immutableMap

 Map<String,String> immutableMap = Collections.immutableMap(modifiableMap);
    immutableMap.put(“5”,”Five”) ==>Exception
    modifiableMap.put(“5”,”Five”);   ==>Allowed, BUT this will NOT reflect now in the immutableMap, because immutableMap() returns a copy of the modifiableMap.

不可修改的集合通常是其他代码仍然可以访问的可修改集合的包装器。因此，如果您仅拥有对不可修改集合的引用，则不能对其进行任何更改，但不能指望内容不会更改。

不可变集合保证没有任何东西可以再改变集合。如果它包装了一个可修改的集合，它将确保没有其他代码可以访问该可修改的集合。注意，尽管没有代码可以改变集合包含引用的对象，但对象本身仍然可能是可变的——创建一个不可变的StringBuilder集合并不会以某种方式“冻结”那些对象。

基本上，区别在于其他代码是否能够在您背后更改集合。

[不可更改和不可更改]

不可修改的集合(对象)仍然可以通过改变原始对象来改变。使用参考是可能的。

Java提供了几种方法来创建一个不可修改的映射:

Collections.unmodifiableMap () Java 9 Map.of()， Map.ofEntries()

    // normal list
    List list1 = new ArrayList();
    list1.add(1);

    // unmodifiable list
    List list2 = Collections.unmodifiableList(list1);

    // immutable list
    List list3 = Collections.unmodifiableList(new ArrayList<>(list1));

    list1.add(2);
    list1.add(3);

    System.out.println(list1);
    System.out.println(list2);
    System.out.println(list3);

输出:

[1, 2, 3]
[1, 2, 3]
[1]

如果我们讨论的是JDK不可修改*和番石榴不可修改*，实际上它们的区别还在于性能。如果不可变集合不是常规集合的包装器(JDK实现就是包装器)，那么它们可以更快、更节省内存。 以番石榴团队为例:

JDK提供了集合。不可修改的xxx方法，但在我们看来，这些可以

<…>

低效:数据结构仍然有可变集合的所有开销，包括并发修改检查，哈希表中的额外空间等。