Guava 的 Collections.unmodifyingSet() 和 ImmutableSet 有什么区别？

Question

ImmutableSet 的 JavaDoc 说：

与Collections.unmodifyingSet（它是仍然可以更改的单独集合的视图）不同，此类的实例包含其自己的私有数据并且永远不会更改。此类对于公共静态最终集（“常量集”）很方便，并且还可以让您轻松地为调用者提供给您的类的集创建“防御性副本”。

但是 ImmutableSet 仍然存储元素的引用，我无法弄清楚与 Collections.unmodifyingSet() 的区别。示例：

StringBuffer s=new StringBuffer("a");
ImmutableSet<StringBuffer> set= ImmutableSet.of(s);
s.append("b");//s is "ab", s is still changed here!

谁能解释一下吗？

Answer 1

考虑一下：

Set<String> x = new HashSet<String>();
x.add("foo");

ImmutableSet<String> guava = ImmutableSet.copyOf(x);
Set<String> builtIn = Collections.unmodifiableSet(x);

x.add("bar");
System.out.println(guava.size()); // Prints 1
System.out.println(builtIn.size()); // Prints 2

换句话说，ImmutableSet 是不可变的，无论它是根据可能发生变化的任何集合构建的 - 因为它创建了一个副本。 Collections.unmodifyingSet 防止返回的集合被直接更改，但它仍然是可能更改的支持集的视图。

请注意，如果您开始更改任何集合引用的对象的内容，那么无论如何，所有的赌注都会被取消。不要那样做。事实上，首先使用可变元素类型创建集合并不是一个好主意。 （同上，使用可变键类型进行映射。）

Answer 2

除了 Jon 提到的行为差异之外，ImmutableSet 和 Collections.unmodifyingSet 创建的 Set 之间的一个重要区别是 ImmutableSet code> 是一个类型。您可以通过在整个代码中使用 ImmutableSet 而不是 Set 来传递一个集合，并清楚地表明该集合是不可变的。使用Collections.unmodifyingSet，返回的类型只是Set...所以很明显，集合在创建时是不可修改的，除非您在任何地方添加Javadoc传递 Set 说“这个集合是不可修改的”。

Answer 3

Kevin Bourrillion（Guava 首席开发人员）在本演示文稿。虽然该演示文稿已有两年历史，并且重点关注“Google Collections”（现在是 Guava 的子部分），但这是一个非常有趣的演示文稿。 API 可能有所改变（Google Collections API 当时处于 Beta 阶段），但 Google Collections / Guava 背后的概念仍然有效。

您可能还对这个其他问题 （Google 的 ImmutableList 和 Collections.unmodifyingList() 之间有什么区别）。

Answer 4

其他答案中未说明的两者之间的区别是 ImmutableSet 不允许 null 值，如 Javadoc

高性能、不可变的集合，具有可靠的、用户指定的迭代顺序。不允许空元素。

（同样的限制适用于所有 Guava 不可变集合中的值。）

例如：

ImmutableSet.of(null);
ImmutableSet.builder().add("Hi").add(null); // Fails in the Builder.
ImmutableSet.copyOf(Arrays.asList("Hi", null));

所有这些都在运行时失败。相比之下：

Collections.unmodifiableSet(new HashSet<>(Arrays.asList("Hi", null)));

这很好。