clear()仅清空元素不释放底层数组内存；需配合trimToSize()缩容至0以触发GC回收，或显式置null丢弃引用，反射操作不推荐。
调用 clear() 方法只能清空元素，但不会释放底层数组内存；要真正释放数组引用，需手动将底层数组设为 null 或使用反射（不推荐），更实用的做法是让 ArrayList 对象本身尽快脱离作用域，并配合 trimToSize() 减少冗余容量。
clear() 只清元素，不缩容也不释放数组
clear() 内部只是把所有元素位置设为 null，并重置 size = 0，但底层数组（elementData）仍被持有，长度不变，GC 无法回收该数组。
- 例如：一个 ArrayList 扩容到 1024 容量后调用 clear()，数组仍在堆中占约 4KB（Object[]，假设 1024 个引用）
- 后续 add 操作会直接复用该数组，不会立即分配新空间
trimToSize() 缩容到底层最小所需大小
在 clear() 后调用 trimToSize()，可将底层数组缩容至当前 size（即 0），从而创建一个长度为 0 的新数组，原大数组失去引用，可被 GC 回收。
- 代码示例：
list.clear(); list.trimToSize(); - 注意：trimToSize() 内部会新建一个长度为
size的数组，并赋值给elementData，原数组若无其他引用即可回收 - 对空集合而言，最终
elementData变为EMPTY_ELEMENTDATA（共享的静态空数组），内存占用极小
更彻底的方式：显式丢弃引用 + 避免长期持有
真正释放内存的关键不是“清空动作”，而是让整个 ArrayList 对象及其底层数组不再被任何变量引用。
立即学习“Java免费学习笔记（深入）”；
- 将引用设为 null：
list = null;（尤其适用于长生命周期对象中的字段） - 避免在静态集合、缓存或监听器中长期持有大 ArrayList 引用
- 在方法内创建的局部 ArrayList，只要不逃逸出栈帧，方法结束自然不可达，GC 会一并回收数组
不推荐：反射强制置空 elementData
有人尝试用反射获取并置空 elementData 字段，但这破坏封装、依赖内部实现（JDK 版本可能变更）、影响 JIT 优化，且效果未必优于 trimToSize()，生产环境应避免。
- 反射操作慢、不安全、不可移植
- trimToSize() 是官方支持的、语义明确的缩容方式
