Java 9带来了用于创建不可变列表的便利工厂方法。现在，创建列表就像这样简单：
List<String> list = List.of("foo", "bar");
但是这个方法有12个重载版本，11个版本接受0到10个元素参数，还有一个版本接受可变参数。
static <E> List<E> of(E... elements)
Set和Map也是这种情况。
由于存在变量参数方法，那么再添加11个方法的意义何在呢？
我认为变量参数方法会创建一个数组，所以其他11个方法可以跳过创建多余的对象，并且在大多数情况下只需要0-10个元素。还有其他原因吗？
从JEP文档本身 -
描述 -
这将包括可变参数重载，因此在集合大小上没有固定限制。但是，所创建的集合实例可能会针对较小的大小进行调整。为最多十个元素提供特殊情况的API（固定参数重载）。虽然这在API中引入了一些混乱，但它避免了由可变参数调用产生的数组分配、初始化和垃圾收集开销。值得注意的是，无论是调用固定参数还是可变参数重载，调用站点的源代码都是相同的。
编辑 - 添加动机，并如@CKing在评论中已经提到的:
非目标 -
不旨在支持具有任意数量元素的高性能、可扩展集合。重点是小集合。
动机 -
创建一个小的、不可修改的集合（例如，一个集合）涉及构造它，在本地变量中存储它，并对其多次调用add()，然后包装它。
Set<String> set = Collections.unmodifiableSet(new HashSet<>(Arrays.asList("a", "b", "c")));
Java 8流API可以通过结合流工厂方法和收集器来构建小型集合。
// Java 8
Set<String> set1 = Collections.unmodifiableSet(Stream.of("a", "b", "c").collect(Collectors.toSet()));
提供用于创建小型集合实例的库API可以在不改变语言的情况下，大大降低成本和风险的前提下获取集合字面量的许多好处。例如，创建一个小型Set实例的代码可能如下所示：
// Java 9
Set set2 = Set.of("a", "b", "c");
@SafeVarargs @SuppressWarnings("unchecked") SetN(E... input) {。请注意，我已经尽力使翻译保持原意和易读性。 - EugeneSet.of(a1, a2, ... a10)并且添加了另一个参数，它将切换到可变参数调用，但其余行为完全相同。因此，可以直接使用新API。 - Stuart Marks正如你所怀疑的那样，这是一种性能增强。Vararg方法在幕后创建一个数组，而直接使用1-10个参数的方法避免了这种冗余的数组创建。
List的另一种选择。String []strArr = new String[]{"1","2"};
List<String> list = List.of(strArr);
另一种方法是使用Arrays.asList，但在这种情况下对List所做的任何更改都会反映在数组中，而这在使用List.of时并不是这样。因此，当您不希望List和数组保持同步时，可以使用List.of。
注意：规范中给出的理由似乎对我来说只是微观优化。（API的所有者在另一个答案的评论中已经确认了这一点）
List.of方法。此外，与Arrays.asList方法相比，List和数组不会保持同步，这是使用此方法的另一个用例。 - Chetan Kinger这种模式用于优化接受可变参数的方法。
如果您能确定您大部分时间只使用其中几个参数，您可能会希望定义一个重载方法，并使用最常用参数的数量：
public void foo(int num1);
public void foo(int num1, int num2);
public void foo(int num1, int num2, int num3);
public void foo(int... nums);
List<String> list = List.of("foo", "bar");
// Delegates call here
static <E> List<E> of(E e1, E e2) {
return new ImmutableCollections.List2<>(e1, e2); // Constructor with 2 parameters, varargs avoided!
}
更有趣的是，从3个参数开始，我们再次委托给可变参数构造函数：
static <E> List<E> of(E e1, E e2, E e3) {
return new ImmutableCollections.ListN<>(e1, e2, e3); // varargs constructor
}
目前看起来很奇怪，但我猜测这是为了未来的改进保留的选项，并且作为一个选择，可以重载所有构造方法List3（3个参数），List7（7个参数）...等等。
Set<String> set = new HashSet<>(3); // 3 buckets
set.add("Hello");
set.add("World");
set = Collections.unmodifiableSet(set);
Set实现中，创建了6个对象：不可修改的包装器；包含HashMap的HashSet；桶表（一个数组）；和两个节点实例（每个元素一个）。如果虚拟机每个对象占用12字节，则有72字节用于开销，再加上28*2 = 56字节，用于2个元素。在这里，与集合中存储的数据相比，大量空间被开销消耗了。但是在Java 9中，这种开销非常少。
在Java 9之后：
Set<String> set = Set.of("Hello", "World");
Set实现中，只创建了一个对象，由于最小化开销，这将占用非常少的空间来存储数据。
java中可用，人们更可能搜索“java 9 collection.of”而不是“Guava colleciton.of”，因此我也投票支持重新开放。 - Chetan Kinger@SafeVarargs不存在，而 JEP 269 中过载的驱动程序是性能。 - Stefan Zobel@SafeVarargs @SuppressWarnings("unchecked") SetN(E... input) {。 - Eugene