Java如何结合可变参数与Stream API拼接多个列表？

现有写法的问题根源 #

原代码运行效果不符合预期，核心源于两处设计缺陷：

• 方法签名采用无泛型约束的原始类型List...作为可变参数，编译阶段不对传入列表的元素类型做校验，任意元素类型的列表都可以传入，最终返回的List<Integer>实际存储的元素类型不可控，运行时读取元素会触发类型转换异常。
• 无泛型的raw type写法会触发大量unchecked编译警告，代码类型安全性无保障。

补充说明：JDK8中Stream.of对引用类型数组的处理是拆分为数组元素生成流，不会把整个数组当成单个流元素，所以传入的可变参数（本质是List类型数组）可以正常被拆成一个个列表元素，核心流式逻辑本身没有问题，只是泛型约束缺失。

可落地的实现方案 #

固定Integer列表拼接场景 #

如果业务就是固定拼接Integer类型的列表，直接补全可变参数的泛型即可，不需要调整核心流式逻辑：

public List<Integer> getNewList(List<Integer>... list) {
    return Stream.of(list)
            .flatMap(Collection::stream)
            .collect(Collectors.toList());
}

该写法的可变参数本质是List<Integer>[]类型，编译阶段就会校验所有传入的列表必须是List<Integer>类型，从根源上避免类型不匹配的问题。

通用任意类型列表拼接场景 #

如果需要方法能适配任意元素类型的列表拼接，把方法改造成泛型方法即可，搭配@SafeVarargs注解可以消除泛型数组带来的编译警告（该方法不会修改传入的可变参数数组，完全符合注解的使用安全条件）：

@SafeVarargs
public final <T> List<T> getNewList(List<T>... list) {
    return Stream.of(list)
            .flatMap(Collection::stream)
            .collect(Collectors.toList());
}

• 该写法会自动推导传入列表的元素类型，比如传入List<String>、List<Long>时，返回值会自动匹配对应的元素类型，复用性更强。
• 调用方式和原有写法完全兼容：既可以逐个传入多个列表参数，也可以直接把预先定义好的列表数组List<T>[] listArray作为唯一参数传入，符合Java可变参数的语法规则。

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