查找|LinkedList 真的是查找慢增删快？刷新你的认知！插入

测试结果废话不多说，先上测试结果。作者分别在ArrayList和 LinkedList 的头部、尾部和中间三个位置插入与查找 100000 个元素所消耗的时间来进行对比测试，下面是测试结果。
在这里说明一下测试的环境，尾部插入是在空表的基础上测试的，头部和中间位置插入是在已存在 100000 个元素的表上进行测试的。

文章插图
测试结论
ArrayList 的查找性能绝对是一流的，无论查询的是哪个位置的元素。
ArrayList 除了尾部插入的性能较好外（位置越靠后性能越好），其他位置性能就不如人意了。
LinkedList 在头尾查找、插入性能都是很棒的，但是在中间位置进行操作的话，性能就差很远了，而且跟 ArrayList 完全不是一个量级的。
源码分析
我们把 Java 中的 ArrayList 和 LinkedList 就是分别对顺序表和双向链表的一种实现，所以在进行源码分析之前，我们先来简单回顾一下数据结构中的顺序表与双向链表中的关键概念。
顺序表：需要申请连续的内存空间保存元素，可以通过内存中的物理位置直接找到元素的逻辑位置。在顺序表中间插入 or 删除元素需要把该元素之后的所有元素向前 or 向后移动。
双向链表：不需要申请连续的内存空间保存元素，需要通过元素的头尾指针找到前继与后继元素（查找元素的时候需要从头 or 尾开始遍历整个链表，直到找到目标元素）。在双向链表中插入 or 删除元素不需要移动元素，只需要改变相关元素的头尾指针即可。
所以我们潜意识会认为：ArrayList 查找快，增删慢。LinkedList 查找慢，增删快。但实际上真的是这样的吗？我们一起来看看吧。
测试程序
运行结果
ArrayList 尾部插入
add(E e)方法
可以看出，对ArrayList的尾部插入，直接插入即可，无须额外的操作。
LinkedList 尾部插入
LinkedList中定义了头尾节点。
方法，该方法中调用了方法。
linkLast(E e)方法，可以看出，在尾部插入的时候，并不需要从头开始遍历整个链表，因为已经事先保存了尾结点，所以可以直接在尾结点后面插入元素。
总结
对于尾部插入而言，ArrayList 与 LinkedList 的性能几乎是一致的。
ArrayList 头部插入
add(int index, E element)方法，可以看到通过调用系统的数组复制方法来实现了元素的移动。所以，插入的位置越靠前，需要移动的元素就会越多。
LinkedList 头部插入
add(int index, E element)方法，该方法先判断是否是在尾部插入，如果是调用linkLast()方法，否则调用linkBefore()，那么是否真的就是需要重头开始遍历呢？我们一起来看看。
在头尾以外的位置插入元素当然得找出这个位置在哪里，这里面的 node() 方法就是关键所在，这个函数的作用就是根据索引查找元素，但是它会先判断index 的位置，如果 index 比 size 的一半 (size >> 1,右移运算，相当于除以 2）要小，就从头开始遍历。
否则，从尾部开始遍历。从而可以知道，对于 LinkedList 来说，操作的元素的位置越往中间靠拢，效率就越低。
这个函数的工作就只是负责把元素插入到相应的位置而已，关键的工作在 node() 方法中已经完成了。
总结
对于 LinkedList 来说，头部插入和尾部插入时间复杂度都是 O(1)。
但是对于ArrayList来说，头部的每一次插入都需要移动 size-1 个元素，效率可想而知。
但是如果都是在最中间的位置插入的话，ArrayList 速度比 LinkedList 的速度快将近 10 倍。
ArrayList、LinkedList 查找
这就没啥好说的了，对于 ArrayList，无论什么位置，都是直接通过索引定位到元素，时间复杂度 O(1)。
而对于 LinkedList 查找，其核心方法就是上面所说的 node() 方法，所以头尾查找速度极快，越往中间靠拢效率越低。
版权申明：内容来源网络，版权归原创者所有。除非无法确认，我们都会标明作者及出处，如有侵权烦请告知，我们会立即删除并表示歉意。谢谢!
【 查找|LinkedList 真的是查找慢增删快？刷新你的认知！】感谢阅读