toArray() 返回 Object[] 是因泛型擦除与数组协变性限制；安全做法是传入类型化数组如 new String[0]，或用 Stream.toArray(String[]::new)。
toArray() 方法为什么返回 Object[] 而不是泛型数组
Java 的 Collection.toArray() 默认返回 Object[]，这是由泛型擦除和数组协变性共同决定的：运行时无法知道泛型类型，而 new T[n] 在字节码层面非法。直接强转 (String[]) list.toArray() 会抛出 ClassCastException —— 这是最常踩的坑。
- 安全做法是传入一个带类型的数组作为参数：
list.toArray(new String[0]) - 传
new String[0]比new String[list.size()]更优：现代 JVM 对空数组重用更友好，且避免 size 估算误差 - 若传入数组长度 ≥ 集合大小，结果复用该数组；否则新建数组，所以传
new String[0]总是安全的
使用 Stream.toArray() 转成具体类型数组（Java 8+）
当需要转换为 String[]、Integer[] 等非 Object[] 类型时，Stream 提供了类型安全的入口：
String[] arr = list.stream().toArray(String[]::new);
这背后调用的是 IntFunction<t></t>，JVM 能在运行时推导出数组类型。注意：
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
-
list.stream().toArray()仍返回Object[]，必须显式传构造器引用 - 对基本类型集合（如
int），需用对应流：list.stream().mapToInt(Integer::intValue).toArray()得到int[]，而非Integer[] - 性能上，
toArray(new T[0])和Stream.toArray(T[]::new)差异不大，但前者无额外对象创建开销
ArrayList 和 LinkedList 的 toArray 行为有区别吗
没有本质区别。两者都继承自 AbstractCollection，共用同一套 toArray 实现逻辑。真正影响行为的是集合内容和传入数组参数，而不是底层数据结构。
立即学习“Java免费学习笔记（深入）”；
- 无论
ArrayList还是LinkedList，调用toArray(new X[0])都返回正确类型的数组 - 但
LinkedList.toArray()内部需遍历链表复制元素，比ArrayList的数组拷贝略慢（常数级差异，一般可忽略） - 若反复转换大集合，优先缓存数组或考虑是否真需要每次转——有些场景直接用
Collection接口更轻量
Guava 或 Apache Commons 有没有更简洁的替代方案
有，但多数属于“杀鸡用牛刀”。比如 Guava 的 Lists.newArrayList(collection) 返回新 ArrayList，不是数组；Commons Collections 的 CollectionUtils.toArray() 本质还是封装了 toArray(new T[0])。
- 如果项目已引入 Guava，可用
Iterables.toArray(iterable, clazz)，但仅限于Iterable，且内部仍是调用标准toArray - Apache Commons Lang 的
ArrayUtils.toArray()主要用于可变参数转数组，不适用于集合 - 真正值得引入第三方的情况极少——除非你在大量处理原始类型数组（如
int[]），此时可以用 Eclipse Collections 或 Trove，但得权衡依赖成本
list.toArray(new String[0]) 就够了。别被泛型警告吓住，也别为了“函数式”硬套 Stream——类型明确、无副作用、少创建中间对象，才是关键。 
