java 集合中arrayList为什么查询比较快,而插入和删除比较慢

  1. 底层数据结构
    ArrayList 基于动态数组实现,内部通过一个连续的数组存储元素。数组的内存空间是连续分配的,并且每个元素都有固定的索引位置。

  2. 查询快的原因

    由于数组是连续存储的,ArrayList 可以通过索引直接访问元素 (时间复杂度为 O (1))。 计算机通过数组的首地址寻址公式能够很快的找到想要访问的元素

java 复制代码
寻址公式 = 基地址 + 索引 × 元素大小

例如,要获取第 i 个元素,只需通过公式 elementData[i] 直接计算内存地址并访问,无需遍历前面的元素。

  1. 插入和删除慢的原因

  2. 数组是臆断连续的内存空间,因此为了保证数组的连续性会使得数组的插入和删除的效率变得很低

  3. 当在数组中间或头部进行插入 / 删除操作时:

    • 需要移动受影响的元素 来维持数组的连续性。
      例如,在索引 i 处插入元素时,需要将 i 及之后的所有元素向后移动一位;删除时则需要将 i 之后的所有元素向前移动一位。
    • 移动元素的操作时间复杂度为 O (n)(n 为元素总数),元素越多,效率越低。
    • 此外,当数组容量不足时,ArrayList 会触发扩容机制(通常是创建原容量 1.5 倍的新数组,并复制所有元素),这也会额外消耗时间。
相关推荐
IT_陈寒1 小时前
Redis内存爆了,原来我漏掉了这个致命配置
前端·人工智能·后端
小bo波2 小时前
从"任意文件复制"深挖Java I/O:字符流与字节流的本质抉择
java·nio·io流·后端开发·文件复制
fliter2 小时前
最后一块拼图:用 bitvec 构造 IPv4 包,真正做出自己的 Ping
后端
fliter3 小时前
用 Rust 解析并生成 ICMP 包:checksum、nom 与 cookie-factory
后端
蝎子莱莱爱打怪3 小时前
XZLL-IM干货系列 03|消息 ID 设计:一个 UUID 搞不定的事,我用两个 ID 解决了
后端·面试·开源
fliter3 小时前
从 panic 到 Result:用 Rust 重新整理一个 ping 项目的错误处理
后端
森蓝情丶4 小时前
我给 AI 搭了个法庭:一个前端仔的 LangGraph 实战全记录
前端·后端
JensCS猿4 小时前
从 Spring Boot 回看 SSM 框架:手动挡与自动挡的驾驶哲学
后端
爱勇宝4 小时前
干了近 8 年,一夜之间被裁:AI 时代,程序员最该害怕的不是 AI
前端·后端·程序员
科米米4 小时前
嵌入式日志模块
后端