ArrayList删除元素后不自动缩容，因设计上为避免频繁扩缩容开销；trimToSize()是唯一标准缩容方式，仅当size明显小于capacity时生效。
ArrayList 删除元素后不会自动缩小底层数组容量，trimToSize() 是手动触发容量收缩的唯一标准方式，但需注意它只在当前 size 明显小于 capacity 时才真正起效。
为什么删除元素后容量不自动减少
ArrayList 的设计目标是避免频繁扩容/缩容带来的性能开销。内部数组（elementData）一旦分配，除非显式要求，否则不会因 remove、clear 等操作而缩小。即使调用 clear()，也只将所有元素置为 null，capacity 保持不变。
什么时候该调用 trimToSize()
以下情况建议调用：
• 列表经历大量删除（如移除 70% 以上元素），且后续长期以较小规模使用；
• 内存敏感场景（如移动端、嵌入式、高频创建销毁的临时列表）；
• 调用 removeIf、removeAll 或循环 remove 后明确知道 size 已大幅下降。
如何安全有效地调用
直接调用即可，无需判断：
• list.trimToSize(); —— 安全无副作用，内部会比较 size 和 capacity，仅当 size
• 不必担心“重复调用”，多次调用等价于一次；
• 若刚 new 出来还没 add，或刚 clear 过，trimToSize 仍有效（将 capacity 缩至 0 或 10，取决于 size）；
• 避免在遍历中边删边 trim，这会降低效率——应先完成所有删除，最后统一 trim。
替代方案与注意事项
• 如果需要频繁增删+严格控容，可考虑 LinkedList（但随机访问慢）或自行封装带自动 trim 的子类；
• Java 21+ 的 SequencedCollection 接口未改变 ArrayList 行为，trimToSize 仍是唯一标准手段；
• 不要依赖反射修改 elementData.length，破坏封装且不可移植；
• 日志或监控中发现 ArrayList 的 capacity 持续远大于 size，就是 trimToSize 的典型信号。
