Stream.of收集集合是否比直接实例化集合更快？

好问题！咱们从底层实现和实际性能两方面来拆解这个疑问：

核心结论先给你 #

对于单个元素的集合创建场景，直接使用new SomeCollection(Arrays.asList(item))的方式几乎总是比流的方式更快——甚至很多时候流的方式会带来额外的开销，因为流管道本身需要初始化一系列对象，完全没有你设想的“避免new操作”的优势。

底层实现拆解 #

咱们拿你提到的HashSet例子来对比：

1. new HashSet<>(Arrays.asList("abc"))的流程 #

• Arrays.asList("abc")会创建一个固定大小的内部ArrayList子类（直接复用传入的字符串数组，没有额外复制操作）。
• 把这个列表传给HashSet构造器后，HashSet会初始化默认容量的哈希表（默认16个桶），然后遍历列表中的元素逐个添加到哈希表中。整个过程只涉及两次核心对象创建：Arrays的内部列表、HashSet实例。

2. Stream.of("abc").collect(Collectors.toSet())的流程 #

• Stream.of("abc")首先会创建一个ReferencePipeline.Head实例（流管道的起点），同时还要生成对应的Spliterator对象——这就已经多了两个额外的对象创建。
• Collectors.toSet()在Java 8中默认等价于Collectors.toCollection(HashSet::new)，也就是说collect过程中还是会调用new HashSet()创建集合实例，然后遍历流中的元素添加进去。
• 整个流程比直接new的方式多了流管道初始化、Spliterator创建等额外步骤，完全没有避免new操作，反而多了几个对象的创建开销。

不同集合类型的差异 #

针对你提到的几种集合类型，情况也类似：

• ArrayList：new ArrayList<>(Arrays.asList(item))会把Arrays的内部列表转成数组并复制到自己的内部数组；而Stream.of(item).collect(Collectors.toList())是先创建空ArrayList，再调用add方法添加元素——两者的集合初始化逻辑差不多，但流的方式多了管道开销。
• LinkedList：两种方式都是遍历元素逐个添加到链表，但流的方式同样多了管道初始化的额外成本。

什么时候用流更合适？ #

流的优势从来不是单个元素的集合创建，而是复杂的元素处理流水线：比如你需要先过滤、映射、分组一批元素，再收集成集合，这时候流的写法会比传统的循环+集合操作简洁得多，代码可读性更高——这时候一点点性能开销是完全可以接受的。

更高效的单元素集合创建方式 #

如果你的需求只是创建一个包含单个元素的集合，其实还有比这两种方式更高效的选择：

• Java 8及之前：Collections.singleton("abc")——返回一个不可变的单元素集合，内部是复用的单例实现，几乎没有初始化开销。
• Java 9+：Set.of("abc")/List.of("abc")——官方提供的不可变集合，性能更优，且类型安全。

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