Java util.List接口为何提供1-10参数的多静态工厂方法而非数组入参方法？

这个问题问得相当接地气——我刚学Java的时候也疑惑过：明明一个接受数组的方法就能搞定所有情况，为啥要搞这么多重载？其实这背后是API设计里对开发者体验和性能细节的双重考量，拆解来看主要有这几个原因：

• 代码更简洁直观
  想象一下，创建一个包含3个元素的List，用List.of("a", "b", "c")是不是比List.of(new String[]{"a", "b", "c"})舒服太多？不用手动创建数组，代码一眼就能看清元素内容和数量，可读性直接拉满。尤其是在写测试代码或者快速初始化小集合的时候，这种简洁性带来的体验提升特别明显。

• 避免不必要的数组对象创建
  如果你用数组参数的方法，不管是手动new数组，还是依赖可变参数（本质也是数组），都会额外创建一个数组对象。而固定参数的静态工厂方法，JVM可以直接处理传入的元素，不需要额外分配数组内存。虽然单个场景下这点开销微乎其微，但在大量调用的高频场景里，累积起来的内存节省和GC压力减少还是有意义的。

• 泛型类型推断更精准
  这里有个容易踩的坑：如果用数组入参，比如List.of(new int[]{1, 2, 3})，你得到的会是List<int[]>而不是List<Integer>——因为数组本身是一个对象。要得到正确的泛型集合，你得手动装箱成Integer[]，写起来麻烦又容易出错。而固定参数的方法会自动帮你处理基本类型的装箱，并且编译器能精准推断出泛型类型，比如List.of(1, 2, 3)直接就是List<Integer>，完全不用额外操心。

• 覆盖常用场景，兼顾灵活性
  其实List.of也提供了可变参数版本（List.of(T... elements)）来处理任意数量的元素，但API设计者知道，大多数开发者创建List的时候都是小数量元素（1-10个是高频场景）。针对这些场景专门提供重载方法，既能让常用操作更高效，又保留了可变参数版本的灵活性，算是一种“两头兼顾”的设计思路。

类似的设计在Java集合框架里很常见，比如Map.of也提供了1到10个键值对的重载方法，核心都是一样的：在不牺牲灵活性的前提下，让常用操作更顺手、更高效。

内容的提问来源于stack exchange，提问作者aarnaut