NEKOBLANK / NOTES
ArrayList、LinkedList 与 CopyOnWriteArrayList 面试八问
写在前面 (Introduction)
本文按 8 道面试题整理 ArrayList、LinkedList 和 CopyOnWriteArrayList 的常见问答。每题保留原来的「人话」、示意图、「代码/流程」、「标准面试回答」、「高频追问」和「一句话总结」,只调整了标题层级、表格和提示框。
题目目录
- ArrayList 底层结构和扩容机制是什么?
- ArrayList 为什么查快、增删慢?线程安全吗?
- LinkedList 底层结构和增删查复杂度?为什么说它增删不一定快?
- fail-fast 是什么?ArrayList/LinkedList 怎么实现?如何安全遍历删除?
- ArrayList 和 LinkedList 怎么选?
- CopyOnWriteArrayList 如何保证线程安全?写时复制流程是什么?
- CopyOnWriteArrayList 的“扩容”和 ArrayList 扩容有什么区别?迭代器为什么不会 ConcurrentModificationException?
- CopyOnWriteArrayList 的缺点和适用场景?三者如何选?
1. ArrayList 底层结构和扩容机制是什么?
人话
你往里面加元素,数组满了,它就造一个更大的新数组,把旧数据复制过去。
默认容量是 10,但 JDK8 里不是一创建就分配 10,而是第一次 add 时才分配。
ArrayList 内部:
elementData -> [A][B][C][ ][ ][ ] size=3, capacity=6
继续 add 到第 7 个,容量不够:
oldCapacity = 6
newCapacity = 6 + (6 >> 1) = 6 + 3 = 9
扩容复制:
旧: [A][B][C][D][E][F]
新: [A][B][C][D][E][F][ ][ ][ ]
代码 / 流程
// 简化版
public boolean add(E e) {
ensureCapacityInternal(size + 1); // 确保容量够
elementData[size++] = e;
return true;
}
private void grow(int minCapacity) {
int oldCapacity = elementData.length;
int newCapacity = oldCapacity + (oldCapacity >> 1); // 1.5 倍
if (newCapacity - minCapacity < 0)
newCapacity = minCapacity; // 1.5 倍还不够,就按需要来
elementData = Arrays.copyOf(elementData, newCapacity);
}
流程:add -> 检查容量 -> 不够就 grow -> 新容量约 1.5 倍 -> Arrays.copyOf 复制 -> 放入新元素。
标准面试回答
ArrayList 底层是动态数组,支持随机访问,时间复杂度 O(1)。默认容量是 10,JDK8 中采用延迟初始化,第一次 add 才分配。扩容发生在添加元素容量不足时,通常扩容为旧容量的 1.5 倍,即 oldCapacity + (oldCapacity >> 1)。如果还不够,就直接扩到需要的大小。扩容通过 Arrays.copyOf 复制到新数组,成本 O(n),所以如果能预估元素数量,最好初始化时指定容量。
高频追问 / 易错点
- 默认容量 10,但不是构造时立即分配。
- 扩容倍数不是 2 倍,是 1.5 倍。
- 扩容是创建新数组并复制,不是原数组原地变长。
- 尾部 add 均摊 O(1),但某一次触发扩容是 O(n)。
- 最大容量接近 Integer.MAX_VALUE,源码里有 MAX_ARRAY_SIZE = Integer.MAX_VALUE - 8。
一句话
2. ArrayList 为什么查快、增删慢?线程安全吗?
人话
中间插入或删除时,后面的元素都要往前或往后挪,所以慢。
ArrayList 本身不是线程安全的。
查:
下标: 0 1 2 3 4
数组: [A] [B] [C] [D] [E]
get(3) -> 直接定位到 D,O(1)
中间插入:
add(1, X)
[A] [X] [B] [C] [D] [E]
B C D E 全部后移
代码 / 流程
public E get(int index) {
return elementData(index); // 直接数组下标,O(1)
}
public void add(int index, E element) {
ensureCapacityInternal(size + 1);
System.arraycopy(elementData, index,
elementData, index + 1,
size - index); // 后移
elementData[index] = element;
size++;
}
线程不安全原因:多个线程同时 add,可能同时看到相同 size,互相覆盖;也可能一个线程扩容,另一个线程还在写旧数组,导致数据丢失或异常。
标准面试回答
ArrayList 查快是因为底层数组内存连续,支持随机访问,get(index) 是 O(1)。增删慢是因为中间插入删除需要 System.arraycopy 移动元素,平均 O(n)。尾部追加均摊 O(1)。ArrayList 不是线程安全的,多线程写需要外部同步,比如 Collections.synchronizedList,读多写极少可以用 CopyOnWriteArrayList。
高频追问 / 易错点
- ArrayList 可以存 null。
- 尾部删除是 O(1),中间删除是 O(n)。
- 线程不安全不代表读也不安全,单线程或只读共享通常没问题,但并发写必须同步。
- Collections.synchronizedList 读写都加锁,COW 读不加锁。
一句话
3. LinkedList 底层结构和增删查复杂度?为什么说它增删不一定快?
人话
头尾操作很快,但你想按下标找第 10000 个元素,它只能从头或从尾一个个数过去。
null <- [prev|A|next] <-> [prev|B|next] <-> [prev|C|next] -> null
first last
代码 / 流程
private static class Node<E> {
E item;
Node<E> next;
Node<E> prev;
}
transient Node<E> first;
transient Node<E> last;
// 尾插 O(1)
void linkLast(E e) {
Node<E> l = last;
Node<E> newNode = new Node<>(l, e, null);
last = newNode;
if (l == null) first = newNode;
else l.next = newNode;
size++;
modCount++;
}
// 按下标查找 O(n)
Node<E> node(int index) {
if (index < (size >> 1)) {
// 从头找
} else {
// 从尾找
}
}
复杂度:
- 头插、尾插、头删、尾删:O(1)。
get(index):O(n)。add(index, e):先node(index)定位 O(n),再改指针 O(1)。- 迭代器已经定位到某节点时,删除 O(1)。
标准面试回答
LinkedList 底层是双向链表,同时实现了 Deque,可以作为队列或栈。头尾插入删除是 O(1),随机访问是 O(n),按索引插入删除需要先遍历定位,所以也是 O(n),定位后改指针才是 O(1)。每个节点额外保存 prev 和 next 引用,内存开销比 ArrayList 大。所以“LinkedList 增删快”只对已经定位的节点或头尾操作成立,按索引中间增删并不一定快。
高频追问 / 易错点
- LinkedList 按索引插入删除不是天然 O(1),要先 node(index)。
- 数据量大时,ArrayList 的 System.arraycopy 对连续内存很友好,可能比 LinkedList 遍历还快。
- LinkedList 内存开销大,缓存不友好。
- 队列场景通常优先 ArrayDeque,不是 LinkedList。
一句话
4. fail-fast 是什么?ArrayList/LinkedList 怎么实现?如何安全遍历删除?
人话
它不是线程安全保证,而是尽早暴露 bug。
迭代器创建:
expectedModCount = modCount
集合结构修改:
list.add() / list.remove() / clear() -> modCount++
迭代器 next():
if (modCount != expectedModCount)
throw new ConcurrentModificationException
代码 / 流程
// 错误:增强 for 中直接 remove
for (String s : list) {
if ("a".equals(s)) {
list.remove(s); // 下一次 next() 抛 CME
}
}
// 正确:用 Iterator.remove()
Iterator<String> it = list.iterator();
while (it.hasNext()) {
String s = it.next();
if ("a".equals(s)) {
it.remove(); // 内部会同步 expectedModCount
}
}
// 也可以
list.removeIf(s -> "a".equals(s));
标准面试回答
fail-fast 是 Java 集合的一种错误检测机制。ArrayList、LinkedList 等通过 modCount 记录结构修改次数,迭代器创建时保存 expectedModCount。每次 next()、remove() 时检查两者是否一致,不一致就抛 ConcurrentModificationException。它只用于尽早发现问题,并发下不保证一定检测到,因为 modCount 不是 volatile。遍历中安全删除要用 Iterator.remove() 或 removeIf,不能增强 for 中直接 list.remove()。
高频追问 / 易错点
- ConcurrentModificationException 不是只有多线程才会抛,单线程增强 for 删除也会。
- Iterator.remove() 可以,因为它在删除后会更新 expectedModCount = modCount。
- fail-fast 不保证并发下 100% 触发。
- COW 的迭代器不会 fail-fast,它是快照迭代器。
一句话
modCount 对不上就抛 CME,遍历删除用迭代器。5. ArrayList 和 LinkedList 怎么选?
人话
只有你频繁在头尾插入删除,或者需要当队列/栈用时,才考虑 LinkedList。
但队列更推荐 ArrayDeque。
| 维度 | ArrayList | LinkedList |
|---|---|---|
| 底层 | 动态数组 | 双向链表 |
| 随机访问 | O(1) | O(n) |
| 头插 | O(n) | O(1) |
| 尾插 | 均摊 O(1) | O(1) |
| 中间插删 | O(n) | O(n) 定位 + O(1) 改指针 |
| 内存 | 紧凑 | 每个节点多两个引用 |
| 线程安全 | 否 | 否 |
| 迭代器 | fail-fast | fail-fast |
代码 / 流程
// 读多、随机访问多
List<User> list = new ArrayList<>();
// 频繁头尾操作,可作队列
Deque<User> deque = new ArrayDeque<>(); // 通常优于 LinkedList
标准面试回答
ArrayList 适合读多写少、随机访问多、尾部追加多的场景,内存紧凑,缓存友好。LinkedList 适合频繁头尾插入删除,或者需要 Deque 的场景,但随机访问慢、内存开销大。实际开发中默认选 ArrayList;需要队列或栈时,优先 ArrayDeque,因为它是循环数组,通常比 LinkedList 更高效。
高频追问 / 易错点
- LinkedList 增删不一定比 ArrayList 快,尤其按索引中间增删。
- ArrayDeque 不能存 null,LinkedList 可以。
- ArrayList 可以指定初始容量,减少扩容。
- 线程安全场景不要直接选 LinkedList。
一句话
6. CopyOnWriteArrayList 如何保证线程安全?写时复制流程是什么?
人话
像改文档时先复印一份,在复印件上改,改完替换原版。
这里涉及 volatile:它保证一个线程修改了引用后,其他线程能看见最新引用。COW 里 array 就是 volatile 的。
读线程:直接读 array,不加锁
写线程:
lock
old array: [A][B][C]
复制 -> [A][B][C][ ]
写入 -> [A][B][C][D]
array = 新数组
unlock
volatile array 保证新数组引用对读线程可见
代码 / 流程
private transient volatile Object[] array;
final Object[] getArray() {
return array;
}
final void setArray(Object[] a) {
array = a;
}
public boolean add(E e) {
final ReentrantLock lock = this.lock;
lock.lock();
try {
Object[] elements = getArray();
int len = elements.length;
Object[] newElements = Arrays.copyOf(elements, len + 1);
newElements[len] = e;
setArray(newElements);
return true;
} finally {
lock.unlock();
}
}
ReentrantLock 你可以先理解成可重入的互斥锁,底层基于 AQS。这里只需要知道:多个写线程会串行执行。
标准面试回答
CopyOnWriteArrayList 通过写时复制实现线程安全。内部维护一个 volatile 的 Object 数组。读操作直接读当前数组,不加锁;写操作用 ReentrantLock 加锁,先复制出新数组,在副本上修改,然后通过 setArray 替换引用。因为数组引用是 volatile,新数组对读线程可见。优点是读无锁、读性能好、迭代不会抛 CME;缺点是写成本 O(n)、内存瞬时翻倍、只能保证弱一致性。
高频追问 / 易错点
- 读不加锁,写加锁。
- 每次写都复制整个数组,不是只复制一个元素。
- 数据是弱一致:读线程可能读到旧数据。
- 适合读多写极少,不适合写多。
- 迭代器是快照,不支持 remove/set/add。
一句话
7. CopyOnWriteArrayList 的“扩容”和 ArrayList 扩容有什么区别?迭代器为什么不会 ConcurrentModificationException?
人话
COW 没有传统扩容概念,它每次写都复制一个新数组,长度按需要来:add 就 old+1,addAll 就 old+n,remove 就 old-1。
COW 的迭代器拿的是创建时那份数组快照,后面别人怎么替换 array,都不影响它,所以不会 CME。
COW 迭代器创建:
snapshot = 当前 array
其他线程 add:
复制新数组 -> 替换 array
迭代器仍然遍历 snapshot:
看不到新元素,也不会 ConcurrentModificationException
代码 / 流程
static final class COWIterator<E> implements ListIterator<E> {
private final Object[] snapshot;
private int cursor;
COWIterator(Object[] elements, int initialCursor) {
cursor = initialCursor;
snapshot = elements;
}
public boolean hasNext() {
return cursor < snapshot.length;
}
public E next() {
return (E) snapshot[cursor++];
}
public void remove() {
throw new UnsupportedOperationException();
}
}
对比:
ArrayList 扩容:容量不足 -> 1.5 倍 -> Arrays.copyOf
COW 写操作:每次 add/remove -> 复制新数组 -> 替换引用
标准面试回答
ArrayList 是原地扩容,容量不足时按 1.5 倍创建新数组并复制。CopyOnWriteArrayList 没有负载因子和固定扩容倍数,它每次写操作都会复制一个新数组,新数组长度按操作需要确定,比如 add 是 old+1,addAll 是 old+numNew,remove 是 old-1。COW 的迭代器在创建时保存当前数组快照,遍历的是快照,不检查 modCount,所以不会抛 ConcurrentModificationException,属于弱一致性或快照迭代器。但它也看不到迭代器创建后的修改,并且不支持 remove、set、add。
高频追问 / 易错点
- COW 不是 fail-fast,通常叫快照迭代器或弱一致性,严格说 fail-safe 不是 JDK 官方术语。
- COW 迭代器 remove() 会抛 UnsupportedOperationException。
- COW 的 size()、get()、迭代器可能不是同一时刻的数据。
- 每次写复制整个数组,写多时性能很差。
一句话
8. CopyOnWriteArrayList 的缺点和适用场景?三者如何选?
人话
缺点是写非常慢、内存占用可能瞬时翻倍、数据不是实时一致。
它适合读多写极少的场景,比如监听器列表、白名单、配置列表。
| 维度 | ArrayList | LinkedList | CopyOnWriteArrayList |
|---|---|---|---|
| 底层 | 动态数组 | 双向链表 | volatile 数组 + 写时复制 |
| 随机访问 | O(1) | O(n) | O(1) |
| 头尾增删 | 尾均摊 O(1),头 O(n) | 头尾 O(1) | 写 O(n) |
| 中间增删 | O(n) | O(n) 定位 + O(1) 改指针 | 写 O(n) |
| 线程安全 | 否 | 否 | 是 |
| 迭代器 | fail-fast | fail-fast | 快照弱一致 |
| 扩容 | 1.5 倍 | 无 | 每次写复制 |
| 适用 | 读多随机访问 | 频繁头尾操作 | 读多写极少 |
代码 / 流程
// 读多写极少,线程安全
List<String> listeners = new CopyOnWriteArrayList<>();
// 单线程或外部同步,随机访问多
List<String> list = new ArrayList<>();
// 头尾频繁操作,队列/栈
Deque<String> deque = new ArrayDeque<>();
标准面试回答
CopyOnWriteArrayList 的优点是读操作无锁、线程安全、迭代器不会抛 CME。缺点是写操作要复制整个数组,时间复杂度 O(n),内存可能瞬时翻倍,而且只能保证弱一致性。它适合读多写极少的并发场景,比如事件监听器、白名单、配置项。ArrayList 适合单线程或外部同步下的读多随机访问;LinkedList 适合频繁头尾操作;并发写多则考虑 ConcurrentLinkedQueue、ConcurrentHashMap、Collections.synchronizedList 等,而不是 COW。
高频追问 / 易错点
- COW 读多写少才用,写多会灾难。
- COW 不保证实时一致性。
- Collections.synchronizedList 读写都加锁,COW 读不加锁。
- 并发队列不要用 COW,ConcurrentLinkedQueue 更合适。
- COW 的迭代器是快照,不是实时视图。