应预估元素总数且远超默认容量时使用ensureCapacity，如批量导入5000个对象或数据库查询前按总数预分配；须在首次add前调用，否则无效；优先用new ArrayList(initialCapacity)更简洁。
Java 中 ArrayList 的 ensureCapacity(int minCapacity) 方法可用于在添加大量元素前**预先分配内部数组空间**，避免多次扩容带来的复制开销，从而提升性能。但要注意：它只影响底层数组大小，不改变 size()（即逻辑元素个数），也不适用于所有场景。
什么时候该用 ensureCapacity？
当你明确知道将要添加的元素总数（或有较准确预估），且这个数量较大（比如几百、几千以上），又希望减少自动扩容次数时，才值得显式调用。常见于：
- 批量初始化数据（如从数据库查出 5000 条记录后逐个 add）
- 解析大文件或网络响应后构建列表
- 算法中需动态收集结果且规模可预期
怎么正确调用 ensureCapacity？
在执行任何 add() 操作之前调用，传入你预计的最大元素数量：
ArrayList<String> list = new ArrayList<>();
list.ensureCapacity(10000); // 预先分配至少能存 10000 个元素的空间
for (int i = 0; i < 10000; i++) {
list.add("item-" + i);
}
注意：ensureCapacity(10000) 并不等于“创建一个长度为 10000 的 ArrayList”，它只是确保内部数组容量 ≥ 10000。实际分配的数组长度可能略大于该值（因扩容策略是按 1.5 倍增长），但能有效避免中途多次扩容。
立即学习“Java免费学习笔记（深入）”；
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
和构造函数指定初始容量比，有啥区别？
两者目标一致，但时机不同：
-
new ArrayList<>(10000)：在创建对象时就分配容量，最简洁直接 -
ensureCapacity(10000)：适用于已有 ArrayList 实例（比如作为参数传入的方法中），无法修改构造过程时
如果可以控制创建过程，优先用构造函数；若只能操作已有实例（如工具方法接收 List 参数），再考虑 ensureCapacity。
哪些情况没必要用？
以下情形基本无需干预：
- 元素数量很少（
- 使用
Arrays.asList()或Stream.toList()等工厂方法构建的不可变/固定大小列表 - 频繁增删中间位置（此时应考虑
LinkedList，而非优化ArrayList容量） - 已用
addAll()批量添加（它内部会尝试优化，但不如提前 ensure 更可控）
盲目调用 ensureCapacity 可能浪费内存，尤其预估远超实际使用量时。
