预分配数组长度能提速，因为当传入数组容量足够时，toArray(T[] a)直接复用该数组，避免新建数组、反射调用和额外复制；若容量不足或为零，则需反射创建新数组并拷贝，增加开销。

直接用 toArray(T[] a) 预分配数组长度，能避免运行时动态扩容和类型转换开销，是提升性能的关键细节。

为什么预分配长度能提速

当传入的数组 a 容量足够容纳所有元素时，toArray(T[] a) 会直接复用该数组；若容量不足，JVM 会创建一个**新数组**（类型与 a 相同），并把元素拷贝进去——这多了一次内存分配和复制操作。而如果传入的是空数组（如 new String[0]），JVM 仍需反射获取运行时类型、新建合适大小的数组，仍有额外成本。

推荐写法：传入已知大小的数组

• 提前知道元素个数（比如刚调用过 size()），就传入长度等于 set.size() 的数组：String[] arr = set.toArray(new String[set.size()]);
• 这样 JVM 可直接填充原数组，不新建、不反射、不类型检查，最轻量
• 即使实际元素数略少（例如中途被其他线程移除），JVM 也会在末尾补 null，不影响安全使用

注意数组类型必须匹配

传入数组的组件类型必须与集合中元素类型一致或为其父类，否则抛 ArrayStoreException。例如：

JavaStoryDevelop

你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在

下载

• ✅ 正确：Integer[] arr = set.toArray(new Integer[set.size()]);（集合存 Integer）
• ❌ 错误：Number[] arr = set.toArray(new Number[set.size()]);（虽然 Integer 是 Number 子类，但运行时数组类型不匹配）

对比两种常见写法的实际开销

假设 HashSet<String> 有 1000 个元素：

立即学习“Java免费学习笔记（深入）”；

• set.toArray(new String[0])：触发反射、新建 String[1000]、逐个赋值 → 约 2~3 次对象分配
• set.toArray(new String[1000])：仅一次赋值循环，无额外分配 → 吞吐更高，GC 压力更低