这并不是一个很好的比较,因为这些方法做的事情不同:
Collections::unmodifiable...
创建一个不可修改的视图。它 不是 一成不变的,因为如果您要更改原始的后备集合(list
在您的示例中),则它会更改。...::of
另一方面,创建一个不变的副本。更改原始列表不会影响它。
从性能的角度来看,创建不可修改的包装器显然更便宜,因为它只创建一个具有单个字段的实例。新的工厂方法将创建至少一个对象,该对象可能需要复制到该对象中,该对象可能由数组支持(如果您具有三个或更多元素)。
新的不可变集合的访问速度可能更快,但这必须进行基准测试。
但是正确性胜过性能。您 需要 什么?如果您需要一个不变的 副本
,请使用新方法(或
Immutable...我希望使用的Guava的方法)。如果您需要不变的 东西
,请使用
unmodifiable...并丢弃原件(并确保原样保持原样)。如果需要呼叫者无法编辑的视图,请使用
unmodifiable...。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)