为什么Guava类提供了这么多的工厂方法，而不仅仅是提供varargs的方法？

Question

查看Guava的ImmutableList（和其他一些类），您会发现很多重载的of便捷方法（“按顺序返回包含给定元素的不可变列表”。）这些方法使用不同数量的参数：

...
public static <E> ImmutableList<E> of(E e1, E e2, E e3) 
public static <E> ImmutableList<E> of(E e1, E e2, E e3, E e4) 
public static <E> ImmutableList<E> of(E e1, E e2, E e3, E e4, E e5) 
...

一直到这一步：

public static <E> ImmutableList<E> of(E e1,
                                      E e2,
                                      E e3,
                                      E e4,
                                      E e5,
                                      E e6,
                                      E e7,
                                      E e8,
                                      E e9,
                                      E e10,
                                      E e11,
                                      E e12,
                                      E... others)

我的一些同事认为这很愚蠢，想知道为什么不只有一种方法：of(E... elements)。他们怀疑这是不正确的性能“优化”，属于“您认为自己比编译器更聪明”之类的东西。

我的直觉是Kevin Bourrillion等。出于真正的原因将这些方法放在那里。谁能解释（或推测）那可能是什么原因？

Answer 1

来源中的评论说：

// These go up to eleven. After that, you just get the varargs form, and
// whatever warnings might come along with it. :(

这样做是因为varargs方法会产生带有通用参数的警告。