Java 9, Set.of () y Map.of () sobrecarga de varargs [duplicado]

Esta pregunta ya tiene una respuesta aquí:

¿Cuál es el punto de los métodos de fábrica de conveniencia sobrecargados para colecciones en Java 9 6 respuestas

Estoy estudiando los métodos de fábrica paraImmutable colecciones. veo elSet.of() el método tiene 10 sobrecarga de varargs (lo mismo paraMap.of()) Realmente no puedo entender por qué hay tantos. Al final la funciónImmutableCollections.SetN<>(elements) se llama de todos modos.

En la documentación encontré esto:

Si bien esto introduce cierto desorden en la API, evita la asignación de matrices, la inicialización y la sobrecarga de recolección de basura en la que incurren las llamadas varargs.

¿El desorden realmente vale la ganancia de rendimiento? En caso afirmativo, lo ideal sería crear un método separado para cualquierN ¿elementos?

Respuestas a la pregunta(3)

Su respuesta a la pregunta