Java里的ArrayList初始容量默认是多少_懒加载机制与性能-java教程-PHP中文网

java里的arraylist初始容量默认是多少_懒加载机制与性能

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…），每轮都复制前序所有元素。

避免方式：先用 Files.readAllLines() 获取 List 长度，或用 new ArrayList(estimatedSize)
注意：预估过大（比如设成 100000）会浪费堆内存，尤其对象生命周期短时
ensureCapacity() 可手动触发扩容，但只建议在批量添加前集中调用一次，别在循环里反复用

为什么不是 0 或 1？和性能、内存权衡有关

设成 0 容易频繁扩容（第一次 add 就得分配 1，第二次又得扩到 2，第三次到 3……效率极低）；设成 1 虽比 0 好，但仍是线性增长起点，仍要多次复制。

Java调试

通过 JDWP 实现 Java 远程调试：连接远程 JVM、设置断点、单步执行代码、查看变量值、获取调用栈。适用于需要调试远程 Java 应用、排查运行时状态、追踪代码执行流程的场景。术语注解 JDWP：Java Debug Wire Protocol，Java 调试有线协议（Java 远程调试底层通信协议） remote JVM：远程 Java 虚拟机 step through code：代码单步调试（步入 / 步过 / 步出调试） inspect variables：变量查看 / 变量检视 stac

下载

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 找扩容热点省事得多。