最高效理清arraylist扩容逻辑的方式是直接在add()、ensurecapacityinternal()、grow()三处打断点，结合最小化单元测试观察elementdata.length、size+1、newcapacity三个变量变化。
直接在关键方法入口打断点，配合简单单元测试观察变量变化，是最高效理清 ArrayList 扩容逻辑的方式。重点不是看全貌，而是抓住“容量判断→新容量计算→数组复制”这三个动作在每次 add() 中如何触发、何时执行、数值怎么变。
选准断点位置：从 add() 一路跟进到 grow()
扩容流程是链式调用，不需要在每层都设断点。推荐在以下三处下断点：
- add(E e)：观察 size 和 elementData.length 的实时值，确认扩容是否被触发
- ensureCapacityInternal(int minCapacity)：这是扩容的“守门员”，检查是否真要扩（比如首次添加时从空数组跳到容量 10）
-
grow(int minCapacity)：核心扩容方法，看 newCapacity 如何算出（
oldCapacity + (oldCapacity >> 1)），以及Arrays.copyOf执行前后 elementData 引用是否改变
写最小化单元测试，控制变量观察行为
避免用复杂业务数据干扰判断。用固定构造方式 + 固定添加次数，让每次调试都可预期：
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 测试无参构造：
ArrayList<string> list = new ArrayList();</string>，然后连续 add(11) 次，观察第 11 次如何把容量从 10 变成 15 - 测试零容量构造：
new ArrayList(0)，add 一次就触发扩容，但不是扩到 10，而是扩到 1（因为用的是 EMPTY_ELEMENTDATA） - 测试指定容量构造：
new ArrayList(20)，add 到第 21 个再断点，验证扩容公式是否仍为 ×1.5（20 → 30）
调试时盯住三个关键字段
每次停在 grow() 内部时，只关注这三个变量，其他一律忽略：
- elementData.length：当前容量，扩容前的 oldCapacity
- size + 1：ensureCapacityInternal 传入的 minCapacity，代表“至少需要多大才能装下下一个元素”
-
newCapacity：最终分配的新数组长度，验证是否等于
oldCapacity + (oldCapacity >> 1)，且不小于 minCapacity
结合日志输出辅助验证
在关键路径加一行 System.out.println("grow: " + oldCapacity + " → " + newCapacity);，比反复切窗口看变量更快。尤其适合验证边界情况，比如：
- 容量为 1 时扩容 → 新容量应为 1（1 + 0）？实际会取 max(1, minCapacity)，而 minCapacity 至少为 1，所以仍是 1
- 容量为 2 时扩容 → 2 + 1 = 3，满足需求，不会继续扩到 3（2 + 1）
这些细节单靠读源码容易误判，跑起来看输出最可靠。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
