跳表

跳表的理解

特点

1. 跳表中查询、插入、删除操作的时间复杂度也是 O(logn)（第 k 级索引的结点个数是第 k-1 级索引的结点个数的 1/2，那第 k级索引结点的个数就是 n/(2k)）
2. 跳表的空间复杂度是 O(n)（但是在实际的软件开发中，原始链表中存储的有可能是很大的对象，而索引结点只需要存储关键值和几个指针，并不需要存储对象，所以当对象比索引结点大很多时，那索引占用的额外空间就可以忽略了。）

跳表索引动态更新

通过一个随机函数，来决定将这个结点插入到哪几级索引中，比如随机函数生成了值 K，那我们就将这个结点添加到第一级到第 K 级这 K 级索引中。

思考题：为什么 Redis 要用跳表来实现有序集合，而不是红黑树？

Redis 中的有序集合是通过跳表来实现的，严格点讲，其实还用到了散列表。

Redis 中的有序集合支持的核心操作主要有下面这几个：

1. 插入一个数据；
2. 删除一个数据；
3. 查找一个数据；
4. 按照区间查找数据（比如查找值在[100, 356]之间的数据）；
5. 迭代输出有序序列。

原因：

1. 其中，插入、删除、查找以及迭代输出有序序列这几个操作，红黑树也可以完成，时间复杂度跟跳表是一样的。但是，按照区间来查找数据这个操作，红黑树的效率没有跳表高。 对于按照区间查找数据这个操作，跳表可以做到 O(logn) 的时间复杂度定位区间的起点，然后在原始链表中顺序往后遍历就可以了。**这样做非常高效。

2. 当然还有其他原因，比如，跳表更容易代码实现。虽然跳表的实现也不简单，但比起红黑树来说还是好懂、好写多了，而简单就意味着可读性好，不容易出错。

3. 还有，跳表更加灵活，它可以通过改变索引构建策略，有效平衡执行效率和内存消耗。

JDK中跳表使用说明

一、什么是ConcurrentSkipListMap

ConcurrentSkipListMap提供了一种线程安全的并发访问的排序映射表。内部是SkipList（跳表）结构实现，在理论上能够在O(log(n))时间内完成查找、插入、删除操作。

二、使用建议

Java API中提供了支持并发操作的跳表ConcurrentSkipListSet和ConcurrentSkipListMap。

ConcurrentHashMap 存取速度较ConcurrentSkipListMap快很多，但是ConcurrentSkipListMap有几个ConcurrentHashMap 不能比拟的优点：

1、ConcurrentSkipListMap 的key是有序的。

2、ConcurrentSkipListMap 支持更高的并发。 ConcurrentSkipListMap 的存取时间是log（N），和线程数几乎无关。也就是说在数据量一定的情况下，并发的线程越多，ConcurrentSkipListMap越能体现出他的优势。

需要排序的情况下：

• 在非多线程的情况下，应当尽量使用TreeMap（红黑树实现）。
• 对于并发性相对较低的并行程序可以使用Collections.synchronizedSortedMap将TreeMap进行包装，也可以提供较好的效率。但是对于高并发程序，应当使用ConcurrentSkipListMap。

所以在多线程程序中，如果需要对Map的键值进行排序时，请尽量使用ConcurrentSkipListMap，可能得到更好的并发度。
注意，调用ConcurrentSkipListMap的size时，由于多个线程可以同时对映射表进行操作，所以映射表需要遍历整个链表才能返回元素个数，这个操作是个O(logn)的操作。

不需要排序情况下：

• 并发程度低，数据量大时，ConcurrentHashMap 存取远大于ConcurrentSkipListMap。
• 数据量一定，并发程度高时，ConcurrentSkipListMap比ConcurrentHashMap效率更高。