合并Integer数组触发ClassCastException，为何编译期未检测到？

错误根源 #

你遇到的ClassCastException本质是两个问题叠加的结果：

1. concatenate方法返回的是Object[]，但你强制将其转为Integer[]；
2. Stream.toArray()无参方法默认生成Object[]数组，哪怕流中的元素是Integer类型。

编译期未检测到的原因 #

1. Java泛型的类型擦除机制

Java泛型是编译期语法糖，编译时所有泛型参数<T>都会被擦除为Object。这意味着你的concatenate方法编译后的实际签名是：

public static Object[] concatenate(Object[] hardCodeValus, Object[] userValue)

编译器看到你将Object[]强制转为Integer[]时，只会做语法层面的检查——向下转型在Java语法中是允许的，编译器无法提前确定这个Object[]在运行时实际是不是Integer[]，因此不会报错，只能把类型检查推迟到运行时。

2. 无参toArray()的行为限制

Stream.toArray()无参方法的设计就是返回Object[]，它不会根据流中元素的类型自动创建对应类型的数组。因为流的元素类型在编译期被擦除后，运行时无法直接获取到具体的泛型类型，所以只能生成最通用的Object[]。

解决办法 #

要避免这个错误，需要让方法返回正确类型的数组，而非Object[]。有两种可行方案：

方案1：使用带数组生成器的toArray()方法

修改concatenate方法，通过传入数组生成器指定返回数组的类型：

// StreamsFunc.java
public static <T> T[] concatenate(T[] first, T[] second, IntFunction<T[]> generator) {
    return Stream.concat(Arrays.stream(first), Arrays.stream(second))
                 .toArray(generator);
}

调用时直接传入目标数组的构造引用：

// MainClass.java
concatArray = StreamsFunc.concatenate(hardCodeValus, userValue, Integer[]::new);

方案2：用数组拷贝替代Stream（更高效）

如果不需要Stream的其他操作，直接用数组拷贝实现合并，类型更安全：

// StreamsFunc.java
public static <T> T[] concatenate(T[] first, T[] second) {
    // 利用第一个数组的类型创建结果数组
    T[] result = Arrays.copyOf(first, first.length + second.length);
    System.arraycopy(second, 0, result, first.length, second.length);
    return result;
}

调用时无需强制转换：

// MainClass.java
concatArray = StreamsFunc.concatenate(hardCodeValus, userValue);

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