在 Java 9 中,为 List
、 Set
和 Map
接口引入了新的工厂方法。这些方法允许用一行中的值快速实例化一个 Map 对象。现在,如果我们考虑:
Map<Integer, String> map1 = new HashMap<Integer, String>(Map.of(1, "value1", 2, "value2", 3, "value3"));
map1.put(4, null);
以上是允许的,没有任何例外,而如果我们这样做:
Map<Integer, String> map2 = Map.of(1, "value1", 2, "value2", 3, "value3", 4, null );
它抛出:
Exception in thread "main" java.lang.NullPointerException
at java.base/java.util.Objects.requireNonNull(Objects.java:221)
..
我无法理解, 为什么在第二种情况下不允许使用 null 。
我知道 HashMap 可以将 null 作为键和值,但为什么在 Map.of 的情况下会受到限制?
同样的事情发生在 java.util.Set.of("v1", "v2", null)
和 java.util.List.of("v1", "v2", null)
的情况下。
原文由 hi.nitish 发布,翻译遵循 CC BY-SA 4.0 许可协议
正如其他人指出 的那样,
Map
合同 允许拒绝空值……… 并且收集工厂(不仅在地图上) 利用了它。
但为什么?
允许
null
在集合中现在被视为设计错误。这有多种原因。一个好的是可用性,其中最突出的麻烦制造者是Map::get
。如果它返回null
,则不清楚是缺少密钥还是值为null
。一般来说,保证null
免费的集合更容易使用。在实现方面,它们还需要较少的特殊外壳,使代码更易于维护且性能更高。你可以听 Stuart Marks 在这次演讲中 解释它,但 JEP 269 (介绍工厂方法的那个)也总结了它:
由于
HashMap
在慢慢发现时已经在野外,在不破坏现有代码的情况下更改它为时已晚,但这些接口的最新实现(例如ConcurrentHashMap
)不允许null
,工厂方法的新集合也不例外。(我认为另一个原因是明确使用
null
值被视为可能的实现错误,但我错了。那将要复制密钥,这也是非法的。)所以不允许
null
有一些技术原因,但这样做也是为了使用创建的集合提高代码的稳健性。