List.of（…）或Collections.unmodifiableList（）

Question

如果您有List<String> strings实例，可以继续写：

Collections.unmodifiableList(strings)

或切换至：

List.of(strings.toArray(new String[strings.size()]))

实例化对性能（在内存和运行时方面）的最初影响是什么？该List.of变体有运行时优势吗？

Answer 1

这并不是一个很好的比较，因为这些方法做的事情不同：

• Collections::unmodifiable...创建一个不可修改的视图。它 不是 一成不变的，因为如果您要更改原始的后备集合（list在您的示例中），则它会更改。
• ...::of另一方面，创建一个不变的副本。更改原始列表不会影响它。

从性能的角度来看，创建不可修改的包装器显然更便宜，因为它只创建一个具有单个字段的实例。新的工厂方法将创建至少一个对象，该对象可能需要复制到该对象中，该对象可能由数组支持（如果您具有三个或更多元素）。

新的不可变集合的访问速度可能更快，但这必须进行基准测试。

但是正确性胜过性能。您 需要 什么？如果您需要一个不变的 副本
，请使用新方法（或Immutable...我希望使用的Guava的方法）。如果您需要不变的 东西
，请使用unmodifiable...并丢弃原件（并确保原样保持原样）。如果需要呼叫者无法编辑的视图，请使用unmodifiable...。