ArrayList 为什么线程不安全【转载】
一、源码分析
首先看看这个类所拥有的部分属性字段：
1 public class ArrayList<E> extends AbstractList<E> 2 implements List<E>, RandomAccess, Cloneable, java.io.Serializable 3 { 4 /** 5 * 列表元素集合数组如果新建ArrayList对象时没有指定大小，那么会将 6 * EMPTY_ELEMENTDATA赋值给elementData， 7 * 并在第一次添加元素时，将列表容量设置为DEFAULT_CAPACITY 8 */ 9 transient Object[] elementData; 10 // 列表大小，elementData中存储的元素个数 11 private int size; 12 }
通过这两个字段可以看出，ArrayList 的实现主要就是：
- 用了一个 Object 的数组，用来保存所有的元素；
- 一个 size 变量用来保存当前数组中已经添加了多少元素。
接着看下最重要的 add 操作时的源代码：
1 public boolean add(E e) { 2 ensureCapacityInternal(size + 1); // Increments modCount!! 3 elementData[size++] = e; 4 return true; 5 }
ensureCapacityInternal() 的作用就是如果将当前的新元素加到列表后面，判断列表的 elementData 数组的大小是否满足。
如果 size + 1 的这个需求长度大于 elementData 这个数组的长度，那么就要对这个数组进行扩容。由此看到 add 元素时，实际有两个大的步骤：
- 判断 elementData 数组 capacity 容量是否满足需求，是否需要扩容。
- 在 elementData 对应位置上设置值。
这样就出现了第一个导致线程不安全的隐患，在多个线程进行 add 操作时可能会导致 elementData 数组越界。
二、ArrayList 线程不安全的原因
ArrayList 默认数组大小为 10。假设现在已经添加进去 9 个元素了，size = 9。
- 线程 A 执行完 add 方法中的 ensureCapacityInternal(size+1) 挂起了。
- 线程 B 开始执行，校验数组容量发现不需要扩容。于是把 “b” 放在了下标为 9 的位置，且 size 自增 1。此时 size = 10。
- 线程 A 接着执行，尝试把 “a” 放在下标为 10 的位置，因为 size = 10。但因为数组还没有扩容，最大的下标才为 9，所以会抛出数组越界异常ArrayIndexOutOfBoundsException。
另外第二步 elementData[size++] = e 设置值的操作同样会导致线程不安全。从这里可以看出，这步操作也不是一个原子操作，它由如下两步操作构成：
- elementData[size] = e;
- size = size + 1;
在单线程执行这两条代码时没有任何问题，但是当多线程环境下执行时，可能就会发生一个线程的值覆盖另一个线程添加的值，具体逻辑如下：
- 列表大小为 0，即size=0
- 线程 A 开始添加一个元素，值为 A。此时它执行第一条操作，将 A 放在了 elementData 下标为 0 的位置上。
- 接着线程 B 刚好也要开始添加一个值为 B 的元素，且走到了第一步操作。此时线程 B 获取到 size 的值依然为 0，于是它将 B 也放在了 elementData 下标为 0 的位置上。
- 线程 A 开始将 size 的值增加为 1。
- 线程 B 开始将 size 的值增加为 2。
这样线程 AB 执行完毕后，理想中情况为 size 为 2，elementData 下标 0 的位置为 A，下标 1 的位置为 B。而实际情况变成了 size 为 2，elementData 下标为 0 的位置变成了 B，下标 1 的位置上什么都没有。并且后续除非使用 set 方法修改此位置的值，否则将一直为 null，因为 size 为 2，添加元素时会从下标为 2 的位置上开始。
三、案例复现
用如下的代码可以进行安全性的校验：
1 public static void main(String[] args) { 2 final List<Integer> list = new ArrayList<Integer>(); 3 try { 4 // 线程A将0-1000添加到list 5 new Thread(new Runnable() { 6 @Override 7 public void run() { 8 for (int i = 0; i < 1000; i++) { 9 list.add(i); 10 try { 11 Thread.sleep(1); 12 } catch (InterruptedException e) { 13 e.printStackTrace(); 14 } 15 } 16 } 17 }).start(); 18 // 线程B将1000-2000添加到列表 19 new Thread(new Runnable() { 20 public void run() { 21 for (int i = 1000; i < 2000; i++) { 22 list.add(i); 23 try { 24 Thread.sleep(1); 25 } catch (InterruptedException e) { 26 e.printStackTrace(); 27 } 28 } 29 } 30 }).start(); 31 Thread.sleep(1000); 32 } catch (InterruptedException e) { 33 e.printStackTrace(); 34 } 35 // 打印所有结果 36 for (int i = 0; i < list.size(); i++) { 37 System.out.println("第" + (i + 1) + "个元素为：" + list.get(i)); 38 } 39 }
最后的输出结果中，有如下的部分：
1 第7个元素为：3 2 第8个元素为：1003 3 第9个元素为：4 4 第10个元素为：1004 5 第11个元素为：null 6 第12个元素为：1005 7 第13个元素为：6
可以看到第 11 个元素的值为 null，这也就是上面所说的情况。多测试几次的话，数组越界的异常也可以复现出来。
————————————————
版权声明：本文为CSDN博主「Just-ForStudy」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/ChineseSoftware/article/details/117047757
