Map.of()() vs. Collections.emptyMap

Question

Czy istnieje różnica między Map.of() i Collections.emptyMap() między List.of() i Collections.emptyList() oraz między Set.of() i Collections.emptySet()?

Answer 1

Tak, istnieją nawet behawioralne, a nie różnice tylko technicznych między zbiorami zwracanych przez metody fabrycznych emptyXyz w klasie Collections i nowych of metod fabrycznych wprowadzonych w interfejsy (Map, List, Set) z JDK 9 , jeśli są wywoływane bez żadnych argumentów.

Odpowiednia różnica jest taka, że ​​zbiory zwracane przez nowe of metod fabrycznych zabronić null klucze i wartości (jak wskazano w dokumentacji API w List, Set i Map interfejsów). Może to brzmieć nieistotnie dla pustych kolekcji, ale nawet jeśli nie jest to do końca udokumentowane, nawet metody dostępu w nowych implementacjach kolekcji sprawdzają wartości puste.

Niektóre przykłady różnic:

Collections.emptyList().contains(null) zwróci false, a List.of().contains(null) rzuci NullPointerException.

zwróci V, natomiast Map.of().getOrDefault(null, V) wyrzuci NullPointerException.

Zgodnie z aktualnie wdrożonym w Oracle JDK 9, co najmniej następujące metody na kolekcje zwrócone przez nowe metody fabryczne rzucają NullPointerException s, ale zachowują się "sanely" (jak w tym, w jaki sposób klasy kolekcji zostały pierwotnie zaprojektowane i określone do obsługi klucze i wartości zerowe) przy użyciu starych metod fabrycznych w klasie Collections:

• List.of().contains(null);
• Set.of().contains(null);
• Map.of().containsKey(null);
• Map.of().containsValue(null);
• Map.of().getOrDefault(null, <any>);