ArrayList.trimToSize仅收缩elementData数组容量，不触发GC，内存是否减少取决于冗余空间大小和GC时机；仅当size<elementData.length时生效，适用于一次性列表、筛选小结果等场景，需避免与subList共用。
ArrayList.trimToSize 为什么调用后内存不一定变小
它只影响 ArrayList 内部的 elementData 数组容量，不触发 JVM 垃圾回收，也不释放堆外内存。实际堆内存占用是否下降，取决于原数组是否真有大量冗余空间，以及 GC 时机。
常见错误现象：trimToSize() 调用后 Runtime.getRuntime().freeMemory() 没变化，甚至 VisualVM 看堆占用纹丝不动——这不是方法失效，是误解了它的作用边界。
- 仅当
size < elementData.length（即存在“空闲槽位”）时才有收缩效果 - 收缩后
elementData变成恰好容纳size个元素的新数组，旧数组等待 GC - 如果之前用
ensureCapacity(1000)或构造时传了大初始容量，trimToSize()才真正有用
什么场景下 trimToSize 值得调用
不是所有 ArrayList 都需要它，核心看生命周期和后续是否复用。
典型适用场景：
立即学习“Java免费学习笔记（深入）”；
- 构建完一次性使用的列表（比如 DAO 返回结果封装、JSON 解析中间集合），之后只读不增删
- 从大集合中筛选出小结果（如
list.stream().filter(...).collect(Collectors.toList())），原始数据量大但结果很小 - 长期驻留内存的缓存列表，且明确知道 size 稳定、不会再扩容
反例：频繁 add/remove 的列表、作为方法返回值被上层继续 add 的列表——此时收缩反而可能引发下次 add 时重新扩容，白忙一场。
和 new ArrayList(list) 的区别在哪
两者都能实现“最小容量”，但机制和开销不同。
new ArrayList(list) 是创建新对象，复制元素，原 list 不受影响；trimToSize() 是就地修改当前实例的 elementData 引用。
- 内存角度：二者最终
elementData.length == size，效果一致 - 引用角度：
trimToSize()不改变对象身份，所有持有该ArrayList引用的地方立刻看到容量变化；new ArrayList(list)得到的是全新对象 - 性能角度：
trimToSize()少一次对象分配，但要数组拷贝；new ArrayList(list)多一次对象分配，同样要拷贝——差异微乎其微，选哪个取决于你是否要保留原引用
示例：
ArrayList<String> list = new ArrayList<>(1000);<br>list.add("a"); list.add("b");<br>list.trimToSize(); // elementData.length 变成 2<br>// 等价于：<br>list = new ArrayList<>(list); // 但 list 引用已变
容易被忽略的坑：subList 和 trimToSize 共存会出事
subList() 返回的是原 ArrayList 的视图，共享 elementData。如果在有活跃 subList 时调用 trimToSize()，会导致 subList 的底层数组被替换，后续访问抛 ArrayIndexOutOfBoundsException 或返回错误数据。
- 错误模式：
List<String> sub = list.subList(0, 5); list.trimToSize(); sub.get(0); // 可能崩溃 - 根本原因：
trimToSize()替换了list.elementData，而sub还指着旧数组的某段范围 - 安全做法：先用
new ArrayList(sub)切断引用，再对原 list 调用trimToSize()
这个坑不报编译错误，运行时才暴露，且只在特定数据规模下浮现，非常隐蔽。
真正起作用的前提是：你清楚自己持有的是唯一引用，且没有其他地方通过 subList、Arrays.asList 或反射在偷偷共享底层数组。
