Java中不同容器类是否线程安全

本文对比了线程安全容器如Vector与非线程安全容器如ArrayList的差异,详细解析了非线程安全容器在多线程环境下可能出现的问题及解决方法。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

非线程安全线程安全
ArrayList
LinkedList
Vector
HashMapHashTable
StringBuilderStringBuffer

区别

容器类线程安全, 非线程安全的区别可以用下面这个例子来表述:

ArrayListVector为例, 同时建立100个线程, 每个线程都向容器中添加100个元素,
最后统计容器内元素的数量, 对于ArrayList来说, 最后的量并不一定是10000个, 甚至会出现IndexOutofBoundsException, 但是对于Vector来说, 最后的量一定是10000个, 且不会出现任何异常. 这便是线程安全与非线程安全的一个直观表现.

非线程安全 != 多线程下不可使用

非线程安全并不意味着不可以在多线程环境下不可使用, 上述问题出现在多个线程操作同一个ArrayList对象, 如果一个ArrayList只在一个线程下进行操作, 还是可以使用ArrayList的.

如何使非线程安全容器类变得线程安全

使用List<Object> list = Collections.synchronizedList(new ArrayList<Object>());可以使list变得线程安全.

造成非线程安全的原因

一般来说, 造成非线程安全主要有两个原因:
1. 一个操作不是原子性操作
2. 执行过程中可能被中断

查看ArrayList关于add(E e)的相关源码:

public boolean add(E e) {
    ensureCapacityInternal(size + 1);  // Increments modCount!!
    elementData[size++] = e;
    return true;
}

private void ensureCapacityInternal(int minCapacity) {
    if (elementData == DEFAULTCAPACITY_EMPTY_ELEMENTDATA) {
        minCapacity = Math.max(DEFAULT_CAPACITY, minCapacity);
    }

    ensureExplicitCapacity(minCapacity);
}

private void ensureExplicitCapacity(int minCapacity) {
    modCount++;

    // overflow-conscious code
    if (minCapacity - elementData.length > 0)
        grow(minCapacity);
}

private void grow(int minCapacity) {
    // overflow-conscious code
    int oldCapacity = elementData.length;
    int newCapacity = oldCapacity + (oldCapacity >> 1);
    if (newCapacity - minCapacity < 0)
        newCapacity = minCapacity;
    if (newCapacity - MAX_ARRAY_SIZE > 0)
        newCapacity = hugeCapacity(minCapacity);
    // minCapacity is usually close to size, so this is a win:
    elementData = Arrays.copyOf(elementData, newCapacity);
}

list中含有null的原因

即使不发生IndexOutofBoundsException异常, 最后的元素总数也不全都是100000个.
问题出现在add(E e)中的elementData[size++] = e;, 这句代码大致会分成以下两步:

  1. elementData[size] = e;
  2. `size++“

如果线程A执行完第1步中断, 线程B开执行add, 执行到第1步时候因为size还未+1, 所以线程B仍会将e赋值给elementData[size], 之后线程B执行+1操作, 线程A也执行+1操作, 也就意味着,并没有对 elementData[size+1]进行赋值, 其值也就为null.

元素总量不符合预期的原因

根本原因在于自加操作不是原子性的

线程B可能在线程A执行size++中间就开始同时执行size++, 这可能会使得线程A,B执行之初时size值相同, 导致元素总量小于预期.

IndexOutofBoundsException产生原因

ArrayList实际上也是一个数组, 只不过可以自动扩容, 出现IndexOutofBoundsException说明在某些情况下, 还未扩容, 就添加元素进去了.

例如,线程A开始执行add(), 执行到ensureExplicitCapacity(int minCapacity)中的条件语句时, 如果此时添加的元素总数==数组的长度-1, 那么并不会执行扩容操作. 但是如果此时, 线程A中断, 线程B开始执行, 此时由于线程A还未添加元素, 元素总数仍==数组的长度-1, 添加元素, 此时若线程A恢复, 开始执行添加元素, 由于此时元素总数==数组的长度, 再向其中添加元素就会抛出IndexOutofBoundsException异常.

Vector

Vector中关于add(E e)的相关源码

public synchronized boolean add(E e) {
    modCount++;
    ensureCapacityHelper(elementCount + 1);
    elementData[elementCount++] = e;
    return true;
}

转载于:https://www.cnblogs.com/fei-hsueh/p/6106288.html

### Java 线程安全的集合类和并发容器 #### 单线程环境到多线程环境的变化需求 当单线程环境中使用的集合类被引入至多线程场景下时,可能会遭遇数据一致性问题。为了确保在多线程环境下能够正常工作并保持数据的一致性和完整性,可以采取两种主要策略来解决这个问题[^1]。 #### 使用锁机制的手动保障方式 一种解决方案是在访问共享资源处应用显式的锁定逻辑,通过编程手段控制同一时间只有一个线程能执行特定的操作序列。这种方式虽然有效但也增加了复杂度,并可能导致性能瓶颈或死锁等问题的发生。对于像 `ArrayList` 这样的非线程安全结构,在其基础上实施外部同步是一种常见做法。 #### 利用内置支持的线程安全集合类 另一种更为推荐的办法是选用已经具备内建线程安全保障的数据结构——即来自 java.util.concurrent 包下的高级别抽象类型。这类工具不仅简化了开发过程而且通常提供了更好的吞吐量表现: - **CopyOnWriteArrayList**: 此列表每次写入操作都会复制整个底层数组副本,从而使得读取几乎无竞争开销;适用于读远大于写的场合。 - **BlockingQueue接口及其具体实现**:例如 LinkedBlockingQueue 和 ArrayBlockingQueue 提供了一种先进先出(FIFO)队列模型的同时加入了生产者消费者模式的支持特性。 - **ConcurrentHashMap**: 它是一个高度优化过的哈希表映射关系存储器,允许并发更新而不必担心竞态条件带来的风险。值得注意的是即使单独调用被认为是原子级别的API组合起来也可能丧失整体事务性质[^4]。 另外还有其他一些重要的线程安全集合类如 `SynchronousQueue`, `LinkedTransferQueue` 等等,它们各自针对不同应用场景做了专门的设计与优化。 #### 历史遗留下来的同步容器 除了上述现代高效的并发容器外,Java早期版本中也存在一部分自带简单同步功能的传统集合类,比如 `Vector`, `Stack` 及 `Hashtable`. 虽然这些实现了基本的安全保护措施(几乎所有公共成员函数都被声明为synchronized),但由于粒度过粗等原因往往效率低下且灵活性不足[^3]. ```java // 示例代码展示如何使用 ConcurrentHashMap 来替代 HashMap 达成更优的线程安全性 import java.util.Map; import java.util.concurrent.ConcurrentHashMap; public class Example { private static final Map<String, Integer> map = new ConcurrentHashMap<>(); public void putIfAbsent(String key){ // 尝试放入新键值对前检查是否存在相同key map.putIfAbsent(key, 0); } } ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值