在 Java 9 中，引入了新的工厂方法List, Set and 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) and java.util.List.of("v1", "v2", null).

正如其他人指出的那样，the Map合同 https://docs.oracle.com/javase/9/docs/api/java/util/Map.html允许拒绝空值...

[S]一些实施禁止null键和值[...]。尝试插入不合格的键或值通常会引发未经检查的异常NullPointerException or ClassCastException.

...以及收集工厂（不仅仅是在地图上）利用那个 https://docs.oracle.com/javase/9/docs/api/java/util/Map.html#immutable.

他们不允许null键和值。尝试创建它们null键或值导致NullPointerException.

But why?

允许null在集合中现在被视为设计错误。这有多种原因。好的一个是可用性，其中最突出的麻烦制造者是Map::get。如果返回的话null，目前尚不清楚键是否丢失或值是否已丢失null。一般来说，有保障的收藏null免费的更容易使用。在实现方面，它们还需要较少的特殊外壳，从而使代码更易于维护且性能更高。

你可以听听Stuart Marks的解释 but JEP 269 http://openjdk.java.net/jeps/269（介绍工厂方法的那个）也总结了一下：

不允许使用空元素、键和值。 （最近引入的集合均不支持空值。）此外，禁止空值还提供了实现更紧凑的内部表示、更快的访问和更少的特殊情况的机会。

Since HashMap当慢慢发现这一点时，它已经在野外，在不破坏现有代码的情况下更改它为时已晚，但这些接口的最新实现（例如ConcurrentHashMap https://docs.oracle.com/javase/8/docs/api/java/util/concurrent/ConcurrentHashMap.html） 不允许null工厂方法的新集合也不例外。

（我认为另一个原因是明确使用null值被视为可能的实现错误，但我错了。这会复制密钥，这也是非法的。）

所以不允许null有一些技术原因，但这样做也是为了提高使用创建的集合的代码的稳健性。