ArrayList仅支持trimToSize()缩容至当前元素个数，适用于数据加载完成、后续只读、数据量大且内存敏感的场景；需在填充结束后调用一次，不可循环中调用或用于小列表。
ArrayList 本身不支持“缩容到指定容量”，但可以通过 trimToSize() 手动将底层数组容量缩减到当前元素个数，释放冗余内存。这是唯一公开、安全、推荐的缩减方式。
什么时候该调用 trimToSize()？
它不是万能收缩工具，只在以下情况真正有效：
- 数据已全部加载完成（如读完数据库结果集、解析完配置文件）
- 后续基本只做遍历、查找等只读操作，几乎不再 add/remove
- 原始数据量大（例如上万条），且预估容量明显偏高（比如 new ArrayList<>(100000) 实际只存了 6 万）
- 应用对堆内存敏感（如长期存活的缓存列表、嵌入式或资源受限环境）
怎么正确调用？
只需在填充结束后调用一次：
List<String> list = new ArrayList<>(100000);
// ... 大量 add 操作
list.add("item1");
list.add("item2");
// ... 直到全部加完
list.trimToSize(); // ✅ 此时 elementData.length == list.size()
注意：
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 不要在循环中边 add 边 trim——每次都会新建数组，性能暴跌
- 调用后若再 add，会立刻触发扩容（重新分配数组），反而更耗资源
- 它不返回新列表，也不影响 size()，只修改内部数组引用
- 对小列表（size < 100）效果微乎其微，不必强求
为什么不能缩到更小的容量？
ArrayList 没有类似 shrinkTo(500) 的公开方法。JDK 不提供任意缩容能力，原因很实际：
- 缩容本质是创建新数组 + 复制，和扩容一样有开销；频繁缩容得不偿失
- 业务极少需要“保留固定冗余”，多数场景只需“刚好够用”
- 强行反射操作
elementData修改数组长度，会破坏封装、版本不兼容、且易引发并发问题
所以 trimToSize() 是平衡安全、简洁与实效的唯一标准路径。
配合初始容量，形成完整优化闭环
手动缩减要发挥最大价值，必须和初始化阶段配合：
- 已知规模 →
new ArrayList<>(n)预分配 - 估算规模 → 留 5%~10% 余量（避免过度浪费）
- 加载完成 → 立即
trimToSize()收尾
这样既避免扩容复制，又不长期占用多余内存，空间与时间都可控。
