ArrayList默认初始容量是10
Java 8 及之后版本中，new ArrayList() 创建的实例，底层 elementData 数组默认长度就是 10。这不是“懒加载”——构造时就分配了数组，只是内容为空。
容易误解的是“懒加载”这个词：ArrayList 没有延迟分配底层数组的逻辑；只有带参构造且传入 0 时（如 new ArrayList(0)），才会用一个共享的空数组对象（EMPTY_ELEMENTDATA），真正首次 add() 时才扩容到 1，再按 1.5 倍增长。但无参构造不走这条路。
- 默认容量写死在源码里：
private static final int DEFAULT_CAPACITY = 10 - 如果你明确知道后续要存 50 个元素，直接
new ArrayList(64)更省扩容开销 - 扩容机制是：新容量 = 旧容量 * 1.5（即
oldCapacity + (oldCapacity >> 1)），向下取整后至少加 1
扩容时的数组复制开销不可忽略
每次 add() 触发扩容，都要调用 Arrays.copyOf() 复制整个老数组。虽然 JVM 对小数组做了优化，但数据量大时仍明显拖慢吞吐。
典型场景：循环读文件逐行 add() 到 ArrayList，却没预估行数。结果可能经历多次扩容（比如从 10→15→22→33→49→73…），每轮都复制前序所有元素。
立即学习“Java免费学习笔记（深入）”；
- 避免方式：先用
Files.readAllLines()获取List长度，或用new ArrayList(estimatedSize) - 注意：预估过大（比如设成 100000）会浪费堆内存，尤其对象生命周期短时
-
ensureCapacity()可手动触发扩容，但只建议在批量添加前集中调用一次，别在循环里反复用
为什么不是 0 或 1？和性能、内存权衡有关
设成 0 容易频繁扩容（第一次 add 就得分配 1，第二次又得扩到 2，第三次到 3……效率极低）；设成 1 虽比 0 好，但仍是线性增长起点，仍要多次复制。
10 是 Oracle 工程师基于常见使用模式（如方法返回几个配置项、HTTP 请求头列表等）做的经验值：够用、不浪费、扩容次数少。
- 对比
LinkedList：无容量概念，但每次add()都要新建节点对象，GC 压力更大 - 如果你确定只存 1~2 个元素，用
Arrays.asList()返回的固定列表更轻量 - JDK 21 的
SequencedCollection接口不改变 ArrayList 底层行为，别指望它优化容量策略
如何验证当前容量？没有公开 API，但可反射或看 debug 信息
ArrayList 没提供获取当前底层数组长度的方法，因为这是实现细节，官方不承诺稳定。但调试或排查性能问题时，有时需要确认是否真的按预期扩容了。
最稳妥的方式是看 IDE 调试器里 elementData.length 的值；或者用反射（仅限测试/诊断）：
Field f = ArrayList.class.getDeclaredField("elementData");
f.setAccessible(true);
Object[] arr = (Object[]) f.get(list);
System.out.println(arr.length);- 别在线上代码里用反射读
elementData，字段名可能随 JDK 版本微调（虽然目前稳定） - 某些监控 agent（如 Arthas）能直接 dump 出
elementData.length，比手写反射安全 - 如果看到
elementData是Object[0]，说明你用了new ArrayList(0)或空构造后还没 add 过任何东西（JDK 8+ 中，无参构造不会出现这个）
实际编码中，容量问题往往藏在循环体里，而不是构造那一行。多一眼看初始化参数，比事后 profile 找扩容热点省事得多。
