ArrayList非线程安全,多线程下可用Collections.synchronizedList或CopyOnWriteArrayList;遍历时避免直接修改集合以防ConcurrentModificationException,推荐增强for循环或迭代器遍历,删除操作应使用迭代器remove或倒序遍历。
ArrayList,这个Java集合框架里的“常客”,本质上就是一个动态数组。它提供了一种灵活的方式来存储和操作对象序列,可以根据需要自动扩容,免去了我们手动管理数组大小的麻烦。它的常用操作主要围绕着元素的增、删、改、查,以及一些辅助性的管理方法。
ArrayList的核心操作无非就是围绕着它内部那个可变大小的数组来展开。我们往里塞东西,用
add();想看看某个位置有什么,
get()就派上用场;发现某个元素需要更新,
set()是正解;要移除一个,
remove()就行。当然,还有些辅助性的,比如
size()看看现在有多少个元素,
isEmpty()判断是不是空,
contains()查查有没有某个特定元素。理解这些,基本上就掌握了ArrayList的八九不离十。
说到ArrayList,我个人在使用中遇到最多的“坑”之一,就是在多线程场景下。ArrayList它本身不是线程安全的,这一点非常关键。这意味着,如果你在多个线程中同时对一个ArrayList进行修改(比如一个线程在添加,另一个线程在删除),或者一个线程在遍历而另一个线程在修改,很大概率会遇到
ConcurrentModificationException。这并不是说ArrayList的代码写错了,而是它的设计哲学就没考虑并发同步,它更偏向于单线程环境下的高性能。
那么,怎么解决呢? 一种常见的做法是使用
Collections.synchronizedList()来包装你的ArrayList:
ListsynchronizedList = Collections.synchronizedList(new ArrayList<>()); synchronizedList.add("item1"); // ... 其他操作
这种方式会在每次操作时自动加锁,确保了操作的原子性。但它的粒度比较粗,每次操作都锁住整个列表,在高并发场景下可能会成为性能瓶颈。
另一种更“现代”的选择是使用
java.util.concurrent包下的
CopyOnWriteArrayList。顾名思义,它在每次修改(添加、删除等)时,都会创建一个底层数组的副本。也就是说,读操作是完全不加锁的,并发性能非常好,因为读写互不影响。但它的缺点也很明显:写操作成本高,因为每次都要复制数组;而且,如果你需要获取最新的数据,可能会有延迟,因为读操作可能还在读取旧的数组副本。所以,
CopyOnWriteArrayList更适合读多写少的场景。
import java.util.concurrent.CopyOnWriteArrayList; import java.util.List; ListcopyOnWriteList = new CopyOnWriteArrayList<>(); copyOnWriteList.add("itemA"); // 读操作可以并发进行,不会抛异常 for (String item : copyOnWriteList) { System.out.println(item); }
我通常会根据具体的业务场景来选择。如果并发修改不频繁,或者对性能要求没那么极致,
Collections.synchronizedList()可能就够了。但如果读操作远多于写操作,并且对数据实时性要求不是那么苛刻,
CopyOnWriteArrayList无疑是更好的选择。
这三者都是
List接口的实现,但底层实现和性能特性却大相径庭,理解它们之间的差异,能帮我们更好地选择合适的工具。
ArrayList:
get(index)操作非常快,时间复杂度是O(1),因为可以直接计算出内存地址。
LinkedList:
get(index)操作需要从头或尾遍历到指定位置,时间复杂度是O(n)。
Vector:
java.util.concurrent)出现后,Vector的这种粗粒度同步方式显得有些过时,通常我们有更灵活、更高效的线程安全集合替代方案。
Collections.synchronizedList()或
CopyOnWriteArrayList来处理并发需求。
简单来说,如果你需要快速查找,用ArrayList;如果你需要频繁增删,用LinkedList。Vector嘛,现在基本不太推荐用了。
遍历ArrayList,看似简单,实则也有一些门道和陷阱。我通常会根据具体需求和场景来选择遍历方式。
1. 增强for循环 (for-each loop): 这是我最常用的一种方式,代码简洁,可读性高。
Listnames = new ArrayList<>(Arrays.asList("Alice", "Bob", "Charlie")); for (String name : names) { System.out.println(name); }
优点: 代码简洁,不易出错。 缺点: 无法获取元素的索引;在遍历过程中不能修改集合(会抛
ConcurrentModificationException)。
2. 传统for循环: 当你需要访问元素的索引时,这种方式是首选。
Listnames = new ArrayList<>(Arrays.asList("Alice", "Bob", "Charlie")); for (int i = 0; i < names.size(); i++) { System.out.println("Index " + i + ": " + names.get(i)); }
优点: 可以获取元素的索引;在遍历过程中可以安全地修改集合(但要小心索引的变化)。 缺点: 代码相对不那么简洁;如果
names.get(i)在一个非ArrayList的List实现上(比如LinkedList),每次
get(i)都是O(n)操作,会导致整体遍历性能急剧下降到O(n^2)。但对于ArrayList,
get(i)是O(1),所以整体遍历是O(n)。
3. 使用Iterator迭代器: 这是Java集合框架推荐的通用遍历方式,也是在遍历过程中安全移除元素的唯一方式。
import java.util.Iterator; import java.util.ArrayList; import java.util.List; Listnames = new ArrayList<>(Arrays.asList("Alice", "Bob", "Charlie", "David")); Iterator it = names.iterator(); while (it.hasNext()) { String name = it.next(); System.out.println(name); if ("Bob".equals(name)) { it.remove(); // 安全移除元素 } } System.out.println("After removal: " + names);
优点: 可以在遍历过程中安全地移除元素(通过
it.remove());适用于所有实现了
Iterable接口的集合。 陷阱: 如果在遍历过程中,不是通过
Iterator.remove()而是通过集合本身的
add()或
remove()方法修改集合,仍然会抛出
ConcurrentModificationException。
遍历时的陷阱:
ConcurrentModificationException
: 这是最常见的陷阱。当你在遍历一个集合(无论是用增强for循环还是迭代器)的同时,通过集合自身的
add()、
remove()等方法修改集合结构时,就会抛出这个异常。
Iterator的
remove()方法是唯一的例外,它被设计成可以在遍历时安全地修改集合。
// 错误示例:会抛出ConcurrentModificationException Listlist = new ArrayList<>(Arrays.asList("A", "B", "C")); for (String s : list) { if ("B".equals(s)) { list.remove(s); // 危险! } }
倒序遍历以安全删除: 如果你必须在传统for循环中删除元素,一种常见的技巧是倒序遍历。
Listlist = new ArrayList<>(Arrays.asList("A", "B", "C")); for (int i = list.size() - 1; i >= 0; i--) { if ("B".equals(list.get(i))) { list.remove(i); // 安全! } }
这样,即使删除元素,也不会影响到前面已经遍历过的元素的索引。
性能考量: 对于ArrayList,传统for循环的
get(i)是O(1),所以整体遍历是O(n)。增强for循环和迭代器也都是O(n)。所以对于ArrayList来说,性能差异不大,选择哪种主要看代码可读性和是否需要索引或在遍历时修改。但如果换成LinkedList,传统for循环的
get(i)会非常慢,这时就应该优先使用增强for循环或迭代器。
选择合适的遍历方式,不仅能让
代码更健壮,也能在特定场景下提升性能。通常我推荐优先使用增强for循环,如果需要索引或在遍历时安全删除,再考虑传统for循环或迭代器。