登录
首页 >  文章 >  java教程

List与ArrayList性能对比详解

时间:2026-01-29 09:57:42 464浏览 收藏

积累知识,胜过积蓄金银!毕竟在文章开发的过程中,会遇到各种各样的问题,往往都是一些细节知识点还没有掌握好而导致的,因此基础知识点的积累是很重要的。下面本文《List与ArrayList性能对比解析》,就带大家讲解一下知识点,若是你对本文感兴趣,或者是想搞懂其中某个知识点,就请你继续往下看吧~

ArrayList随机访问快因底层为数组,get(int index)直接通过下标计算内存偏移,时间复杂度O(1),不遍历、不查表、不跳指针。

Java集合框架中的List接口与ArrayList性能分析

ArrayList的随机访问为什么快

因为底层用的是数组,get(int index) 直接通过下标计算内存偏移,时间复杂度是 O(1)。只要不越界,它不遍历、不查表、不跳指针。

但要注意:如果在循环里反复调用 get(i) 做条件判断(比如找某个值),JVM 一般能内联优化;可一旦混入装箱操作(如 list.get(i) == 42Integer),就可能触发自动拆箱 + 空指针检查,反而拖慢速度。

  • 避免在 for 循环中对 ArrayListif (list.get(i) == x),改用增强 for 或预存引用
  • 如果确定不会修改结构,可考虑用原始类型集合库(如 fastutilIntArrayList)绕过泛型擦除和装箱开销
  • size() 调用几乎无成本(只是返回一个字段),不必缓存到局部变量,除非你在 HotSpot 外的 JVM 上跑

add() 在末尾和中间的代价差异极大

在末尾追加元素(add(E e))平均是 O(1),但有扩容成本;插入到中间(add(int index, E element))则是 O(n) —— 因为要移动后续所有元素。

常见误用场景:一边遍历一边用 add(index, e) 插入,结果变成 O(n²),尤其在大数据量时卡顿明显。

  • 批量插入优先用 addAll(),它内部会一次性复制数组,比逐个 add() 少多次扩容和位移
  • 如果必须频繁在头部/中间插入,ArrayList 不合适,换 LinkedList(但注意它的 get()O(n))或 ArrayDeque(仅限头尾)
  • 扩容阈值由 grow() 控制,默认增长 50%(oldCapacity + (oldCapacity >> 1)),所以初始容量设太小会导致多次复制;预估大小后用 new ArrayList<>(initialCapacity)

迭代器遍历时 remove() 的陷阱

直接用 list.remove(obj)list.remove(index) 在遍历时会引发 ConcurrentModificationException,这不是线程安全问题,而是 modCount 检测到结构性修改。

正确做法是用迭代器自己的 remove() 方法,它会同步更新 expectedModCount

Iterator<String> it = list.iterator();
while (it.hasNext()) {
    String s = it.next();
    if (s.startsWith("tmp")) {
        it.remove(); // ✅ 安全
    }
}
  • 别用 for-each 循环配合 list.remove(),编译器生成的字节码仍是隐式迭代器,同样抛异常
  • removeIf(Predicate) 是 Java 8+ 推荐方式,内部也走迭代器逻辑,语义清晰且 JIT 可能优化
  • 如果删除条件复杂、涉及多个字段,先收集待删索引再倒序 remove(int index),避免索引偏移

ArrayList不是线程安全的,但synchronized包装有代价

Collections.synchronizedList(new ArrayList<>()) 只是对每个方法加了 synchronized(this),读写都串行化。高并发下吞吐骤降,且无法保证复合操作原子性(比如 if (!list.contains(x)) list.add(x) 仍需额外同步块)。

  • 若只读多、写少,用 CopyOnWriteArrayList,但注意每次写操作都会复制整个数组,内存和 GC 压力大
  • 若需高频读写+简单操作,考虑 java.util.concurrent.ConcurrentLinkedQueue 替代(虽不是 List,但支持 add()/poll() 等无锁操作)
  • 真正需要 List 语义又要求并发安全时,往往说明设计有问题——比如是否该用 Map 或分片结构替代单一大列表
真实项目里最常被忽略的,是把 ArrayList 当作“万能容器”盲目使用,而不看访问模式。查得多?选它。插删频繁?换结构。数据量上百万还用 indexOf() 扫描?那不是性能问题,是算法选择错误。

终于介绍完啦!小伙伴们,这篇关于《List与ArrayList性能对比详解》的介绍应该让你收获多多了吧!欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布文章相关知识,快来关注吧!

前往漫画官网入口并下载 ➜
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>