Object[] elementData 存储。
new ArrayList<>(initialCapacity) 会分配。JDK 常见实现默认初始容量为 10(在某些场景延迟分配为 DEFAULTCAPACITY_EMPTY_ELEMENTDATA)。
size 是实际元素数,capacity 是数组长度;size <= capacity。
size + 1 > elementData.length 时触发扩容。
newCapacity = oldCapacity + (oldCapacity >> 1)(即约 1.5 倍)。
modCount 记录结构性修改,Iterator 在 next() 时检查 expectedModCount 与 modCount 是否一致,不一致则抛 ConcurrentModificationException。
注:下面是简化伪码,掌握核心逻辑与关键行含义即可在面试解释。
public boolean add(E e) {
ensureCapacityInternal(size + 1);
elementData[size++] = e;
modCount++;
return true;
}ensureCapacityInternal 会判断是否需要扩容,若需要则调用 grow()。
private void grow(int minCapacity) {
int oldCap = elementData.length;
int newCap = oldCap + (oldCap >> 1); // 1.5x
if (newCap < minCapacity) newCap = minCapacity;
elementData = Arrays.copyOf(elementData, newCap);
}关键点:使用 Arrays.copyOf 复制旧数组到新数组,时间 O(n)。
public E remove(int index) {
rangeCheck(index);
E oldValue = (E) elementData[index];
int numMoved = size - index - 1;
if (numMoved > 0)
System.arraycopy(elementData, index + 1, elementData, index, numMoved);
elementData[--size] = null; // help GC
modCount++;
return oldValue;
}说明:删除中间元素会把后面元素整体左移,时间 O(n)。
public E next() {
if (modCount != expectedModCount) throw new ConcurrentModificationException();
return elementData[cursor++];
}说明:expectedModCount 在 iterator 创建时等于 modCount,若结构变化(add/remove)且不是通过 iterator 自身的 remove,则会检测到并抛异常。
下面把常见问题做成一句话 + 展开说明的模板,面试直接背就行。
一句话: 底层是动态数组,优点是随机访问快(O(1)),缺点是中间插入/删除代价高(O(n)),且扩容和复制耗时。
展开(可讲 2 行): 随机访问靠索引直接 elementData[i],时间 O(1)。插入/删除需移动数组元素(System.arraycopy),最差 O(n)。扩容时会分配更大的数组并复制元素,耗时且可能导致短期内内存占用增大。
一句话: 扩容在 add 导致 size > capacity 时触发,常用策略是 new = old + old>>1(1.5 倍)。
展开: 1.5 倍是在时间与空间之间折中:比 2 倍少内存浪费,但比小增量减少扩容次数,降低复制频率。
一句话: 多线程写会并发修改 elementData 和 size 导致数据竞态与不一致,ArrayList 没有锁。
展开: 若多线程并发 add/resize,会出现覆盖、数据丢失或索引越界。解决方法:Collections.synchronizedList(new ArrayList<>())(外部加锁)或使用 CopyOnWriteArrayList(写时复制,适合读多写少场景)。
一句话: 通过 modCount 和 iterator 的 expectedModCount 对比,检测到并发的结构性修改则抛 ConcurrentModificationException。
展开: fail-fast 只是“侦测”并发修改并快速失败,不保证绝对一致性(不是并发安全策略),只能作为调试/保护机制。
add(e)(末尾):摊销 O(1)
add(index, e) / remove(index):O(n)(需要移动元素)
get(index):O(1)
contains(obj):O(n)
当面试官让你“讲讲 ArrayList”或“画个结构图”:
elementData,画出 size=4, capacity=8 的样子。
add(如果 capacity 满了 -> 调用 grow -> 新数组 copy)。
remove(1):元素 2、3、4 左移并 size--,并说明 elementData[size]=null 用于 GC。
Iterator 如何通过 modCount 检测并发修改(画出 modCount 框和 expectedModCount)。
(这样图文并茂,面试官印象分高)
做题可以巩固记忆。下面 6 道题,面试常见。答案写在题后。
ArrayList 和 LinkedList 的 3 个主要区别? 答案要点:内存结构(数组 vs 链表)、随机访问(O(1) vs O(n))、插入删除(中间插入删除 ArrayList O(n),LinkedList O(1) 若有节点引用)、空间开销、缓存局部性(数组好)。
给定 ArrayList<Integer> a = new ArrayList<>(2); a.add(1); a.add(2); a.add(3); 解释发生了什么。
答案要点:初始 capacity=2,第三次 add 时触发扩容,newCapacity ≈ 3(2 + 1 = 3)或按 1.5 规则变为 3;数组复制然后插入 3;size = 3。
为什么 addAll(Collection c) 有时不是 O(m)?(m = c.size())
答案要点:若需要扩容,可能多次触发数组复制;但实现通常会一次性 ensureCapacity(size + c.size()),能把复制控制为一次,平均 O(m)。
在并发环境中,为什么遍历 ArrayList 时即使没抛 CME 也可能出现数据不一致? 答案要点:fail-fast 只是检测并发结构性修改,不保证完整检测(例如某些非结构修改或恰好未触发检查),并且在无同步时读取到的元素可能是半写入状态或旧值。
ensureCapacityInternal(size + 1) 为什么要传 size+1 而不是 size?
答案要点:因为要确保至少能容纳新增的那个元素;minCapacity = size+1。
实现一个 trimToSize() 的用途?
答案要点:把 elementData 缩小到 size,释放空余内存,适合大批量删除后回收内存。
下面三段你直接背:面试问到就背诵即可(每段控制在 2~3 句)
模板 A(简介):
ArrayList 底层是动态数组,用
Object[]存储元素,支持基于索引的 O(1) 访问。插入/删除中间元素需要移动数组,最坏 O(n)。扩容时会申请更大数组并复制旧数据,常见扩容因子是 1.5 倍。
模板 B(线程与并发):
ArrayList 不是线程安全的;多线程写入会导致竞态和不确定行为。若需要并发访问可以用
Collections.synchronizedList(外部加锁)或CopyOnWriteArrayList(读多写少)。
模板 C(fail-fast):
Iterator 使用
modCount校验并发修改,发现不一致会抛ConcurrentModificationException(fail-fast)。这只是检测机制,不是并发安全方案。
modCount 想像成“版本号”,iterator 带着它的 expectedVersion,发现版本变了就报警。
ensureCapacityInternal 的细节。
ArrayList 与 Vector/CopyOnWriteArrayList 的源码差异。
elementData[size] = null?
为了避免内存泄漏,帮助 GC 回收对象引用。
ensureCapacity。
把下面这段记下来,作为你口袋里的“一页纸”:
ArrayList = 动态数组(Object[]),随机访问 O(1),中间插入/删除 O(n)。扩容触发于
size + 1 > capacity,常见扩容为 old + old>>1(1.5 倍)。非线程安全;通过modCount实现 fail-fast。常用替代:LinkedList(频繁插入删除)、CopyOnWriteArrayList(读多写少并发场景)、Collections.synchronizedList(外部同步)。