ConcurrentLinkedQueue非阻塞无界链表队列

最新推荐文章于 2023-12-15 22:05:29 发布

入伍击寇

最新推荐文章于 2023-12-15 22:05:29 发布

阅读量1.2k

点赞数

文章标签： java 链表开发语言

本文链接：https://blog.csdn.net/2301_78145678/article/details/130926529

版权

ConcurrentLinkedQueue非阻塞无界链表队列

ConcurrentLinkedQueue是一个线程安全的队列，基于链表结构实现，是一个无界队列，理论上来说队列的长度可以无限扩大。

与其他队列相同，ConcurrentLinkedQueue 也采用的是先进先出（FIFO）入队规则，对元素进行排序。当我们向队列中添加元素时，新插入的元素会插入到队列的尾部；而当我们获取一个元素时，它会从队列的头部中取出。

因为 ConcurrentLinkedQueue 是链表结构，所以当入队时，插入的元素依次向后延伸，形成链表；而出队时，则从链表的第一个元素开始获取，依次递增；
不知道，我这样形容能否让你对链表的入队、出队产生一个大概的思路！

ConcurrentLinkedQuere简单示例
值得注意的是，在使用ConcurrentLinkedQueue时，如果涉及到队列是否为空的判断，切记不可使用size()==0的做法，因为在 size()方法中，是通过遍历整个链表来实现的，在队列元素很多的时候，size()方法十分消耗性能和时间，只是单纯的判断队列为空使用isEmpty()即可！！！

public class ConcurrentLinkedQueueTest {

public static int threadCount = 10;

public static ConcurrentLinkedQueue<String> queue = new ConcurrentLinkedQueue<String>();

static class Offer implements Runnable {

public void run() {

//不建议使用queue.size()==0，影响效率。可以使用!queue.isEmpty()

if(queue.size()==0){

String ele = new Random().nextInt(Integer.MAX_VALUE)+"";

queue.offer(ele);

System.out.println("入队元素为"+ele);

}

static class Poll implements Runnable {

public void run() {

if(!queue.isEmpty()){

String ele = queue.poll();

System.out.println("出队元素为"+ele);

}

public static void main(String[] agrs) {
ExecutorService executorService = Executors.newFixedThreadPool(4); for(int x=0;x<threadCount;x++){

executorService.submit(new Offer());

executorService.submit(new Poll());

}

executorService.shutdown();

}

一种输出：

入队元素为313732926

出队元素为313732926

入队元素为812655435

出队元素为812655435

入队元素为1893079357

出队元素为1893079357

入队元素为1137820958

出队元素为1137820958

入队元素为1965962048

出队元素为1965962048

出队元素为685567162

入队元素为685567162

出队元素为1441081163

入队元素为1441081163

出队元素为1627184732

入队元素为1627184732

ConcurrentLinkedQuere类图

如图 ConcurrentLinkedQueue 中有两个 volatile 类型的 Node 节点分别用来存在列表的首尾节点，其中 head节点存放链表第一个 item 为 null 的节点，tail 则并不是总指向最后一个节点。Node 节点内部则维护一个变量 item用来存放节点的值，next用来存放下一个节点，从而链接为一个单向无界列表。

public ConcurrentLinkedQueue() {

head = tail = new Node<E>(null);

}

如上代码初始化时候会构建一个item为NULL的空节点作为链表的首尾节点。 ConcurrentLinkedQuere方法

✓ Offer操作

offer操作是在链表末尾添加一个元素，下面看看实现原理。

public boolean offer(E e) {

//e为null则抛出空指针异常

如图首先查找尾节点，q==null,p就是尾节点，所以执行p.casNext通过cas设置p的next为新增节点，

这时候p==t所以不重新设置尾节点为当前新节点。由于多线程可以调用offer方法，所以可能两个线程同时执行到了（1）进行cas，那么只有一个会成功（假如线程1成功了），成功后的链表为：

失败的线程会循环一次这时候指针为：

这时候会执行（3）所以p=q,然后在循环后指针位置为：

所以没有其他线程干扰的情况下会执行（1）执行cas把新增节点插入到尾部，没有干扰的情况下线程2 cas会成

功，然后去更新尾节点tail,由于p!=t所以更新。这时候链表和指针为：

假如线程2cas时候线程3也在执行，那么线程3会失败，循环一次后，线程3的节点状态为：

这时候p!=t ；并且t的原始值为told，t的新值为tnew ,所以told!=tnew，所以 p=tnew=tail;

然后在循环一下后节点状态:

q==null所以执行（1）。

现在就差p==q这个分支还没有走，这个要在执行poll操作后才会出现这个情况。poll后会存在下面的状态

这个时候添加元素时候指针分布为：

所以会执行（2）分支结果 p=head

然后循环，循环后指针分布：

所以执行(1),然后p!=t所以设置tail节点。现在分布图：

自引用的节点会被垃圾回收掉。

✓ add操作

add操作是在链表末尾添加一个元素，下面看看实现原理。

其实内部调用的还是offer

public boolean add(E e) {

return offer(e);

}

✓ poll操作

poll操作是在链表头部获取并且移除一个元素，下面看看实现原理。

public E poll() {

restartFromHead:

//死循环

for (;;) {

//死循环

for (Node<E> h = head, p = h, q;;) {

//保存当前节点值

E item = p.item;

//当前节点有值则cas变为null（1）

if (item != null && p.casItem(item, null)) {

//cas成功标志当前节点以及从链表中移除

if (p != h) // 类似tail间隔2设置一次头节点（2）

updateHead(h, ((q = p.next) != null) ? q : p);

return item;

}

//当前队列为空则返回null（3）

else if ((q = p.next) == null) {

updateHead(h, p);

return null;

}

//自引用了，则重新找新的队列头节点（4）

else if (p == q)

continue restartFromHead;

else//(5)

p = q;

}

final void updateHead(Node<E> h, Node<E> p) {

if (h != p && casHead(h, p))

h.lazySetNext(h);

}

当队列为空时候：

可知执行（3）这时候有两种情况，第一没有其他线程添加元素时候(3)结果为true然后因为h!=p为false

所以直接返回null。第二在执行q=p.next前，其他线程已经添加了一个元素到队列，这时候（3）返回false，然后

执行（5）p=q,然后循环后节点分布：

这时候执行（1）分支，进行cas把当前节点值值为null，同时只有一个线程会成功，cas成功标示该节点

从队列中移除了，然后p!=h,调用updateHead方法，参数为h,p;h!=p所以把p变为当前链表head节点，然后h节点的next指向自己。现在状态为：

cas失败后会再次循环，这时候分布图为：

这时候执行（3）返回null.

现在还有个分支（4）没有执行过，那么什么时候会执行那？

这时候执行（1）分支，进行cas把当前节点值值为null，同时只有一个线程A会成功，cas成功标示该

节点从队列中移除了，然后p!=h,调用updateHead方法，假如执行updateHead前另外一个线程B开始poll这时候它p指向为原来的head节点，然后当前线程A执行updateHead这时候B线程链表状态为：

所以会执行（4）重新跳到外层循环，获取当前head,现在状态为：

✓ peek操作

peek操作是获取链表头部一个元素（只读取不移除），下面看看实现原理。

代码与poll类似，只是少了castItem.并且peek操作会改变head指向，offer后head指向哨兵节点，第

一次peek后head会指向第一个真的节点元素。

public E peek() {

restartFromHead:

for (;;) {

for (Node<E> h = head, p = h, q;;) {

E item = p.item;

if (item != null || (q = p.next) == null) {

updateHead(h, p);

return item;

}

else if (p == q)

continue restartFromHead;

else

p = q;

}

✓ size操作

获取当前队列元素个数，在并发环境下不是很有用，因为使用CAS没有加锁所以从调用size函数到返回结

果期间有可能增删元素，导致统计的元素个数不精确。

public int size() {

int count = 0;

for (Node<E> p = first(); p != null; p = succ(p))

if (p.item != null)

// 最大返回Integer.MAX_VALUE

if (++count == Integer.MAX_VALUE)

break;

return count;

}

//获取第一个队列元素（哨兵元素不算），没有则为null

Node<E> first() {

restartFromHead:

for (;;) {

for (Node<E> h = head, p = h, q;;) {

boolean hasItem = (p.item != null);

if (hasItem || (q = p.next) == null) {

updateHead(h, p);

return hasItem ? p : null;

}

else if (p == q)

continue restartFromHead;

else

p = q;

}

//获取当前节点的next元素，如果是自引入节点则返回真正头节点

final Node<E> succ(Node<E> p) {

Node<E> next = p.next;

return (p == next) ? head : next;

}

✓ remove操作

如果队列里面存在该元素则删除给元素，如果存在多个则删除第一个，并返回true，否者返回false

public boolean remove(Object o) {

//查找元素为空，直接返回false

if (o == null) return false;

Node<E> pred = null;

for (Node<E> p = first(); p != null; p = succ(p)) {

E item = p.item;

//相等则使用cas值null,同时一个线程成功，失败的线程循环查找队列中其他元素是否有匹配的。 if (item != null &&

o.equals(item) &&

p.casItem(item, null)) {

//获取next元素

Node<E> next = succ(p);

//如果有前驱节点，并且next不为空则链接前驱节点到next,

if (pred != null && next != null)

pred.casNext(p, next);

return true;

}

pred = p;

}

return false;

}

✓ contains操作

判断队列里面是否含有指定对象，由于是遍历整个队列，所以类似size 不是那么精确，有可能调用该方法

时候元素还在队列里面，但是遍历过程中才把该元素删除了，那么就会返回false.

public boolean contains(Object o) {

if (o == null) return false;

for (Node<E> p = first(); p != null; p = succ(p)) {

E item = p.item;

if (item != null && o.equals(item))

return true;

}

return false;

}

ConcurrentLinkedQuere的offer方法有意思的问题

offer中有个判断 t != (t = tail）假如 t=node1;tail=node2;并且node1!=node2那么这个判断是true还

是false那，答案是true，这个判断是看当前t是不是和tail相等，相等则返回true否者为false，但是无论

结果是啥执行后t的值都是tail。

下面从字节码来分析下为啥。

• 一个例子

public static void main(String[] args) {

int t = 2;

int tail = 3;

System.out.println(t != (t = tail));

}

结果为：true

• 字节码文件

C:\Users\Simple\Desktop\TeacherCode\Crm_Test\build\classes\com\itheima\crm\util>javap -c Test001 警告: 二进制文件Test001包含com.itheima.crm.util.Test001

Compiled from "Test001.java"

public class com.itheima.crm.util.Test001 {

public com.itheima.crm.util.Test001();

Code:

0: aload_0

1: invokespecial #8 // Method java/lang/Object."<init>":()V

4: return

public static void main(java.lang.String[]);

Code:

0: iconst_2

1: istore_1

2: iconst_3

3: istore_2

4: getstatic #16 // Field java/lang/System.out:Ljava/io/PrintStream;

7: iload_1

8: iload_2

9: dup

10: istore_1

11: if_icmpeq 18

14: iconst_1

15: goto 19

18: iconst_0

19: invokevirtual #22 // Method java/io/PrintStream.println:(Z)V

22: return

}

我们从上面标黄的字节码文件中分析

一开始栈为空：

栈

• 第0行指令作用是把值2入栈栈顶元素为2

栈

• 第1行指令作用是将栈顶int类型值保存到局部变量t中

栈

• 第2行指令作用是把值3入栈栈顶元素为3

栈

• 第3行指令作用是将栈顶int类型值保存到局部变量tail中。

栈

• 第4调用打印命令

• 第7行指令作用是把变量t中的值入栈

栈

• 第8行指令作用是把变量tail中的值入栈

栈

• 现在栈里面的元素为3、2，并且3位于栈顶

• 第9行指令作用是当前栈顶元素入栈，所以现在栈内容3，3，2

栈

• 第10行指令作用是把栈顶元素存放到t，现在栈内容3，2

栈

• 第 11 行指令作用是判断栈顶两个元素值，相等则跳转 18。由于现在栈顶严肃为 3，2 不相等所以返回true.

• 第14行指令作用是把1入栈

• 然后回头分析下!=是双目运算符，应该是首先把左边的操作数入栈，然后在去计算了右侧操作数。

ConcurrentLinkedQuere总结
ConcurrentLinkedQueue使用CAS非阻塞算法实现使用CAS解决了当前节点与next节点之间的安全链接和对当前节点值的赋值。由于使用CAS没有使用锁，所以获取size的时候有可能进行offer，poll或者remove操作，导致获取的元素个数不精确，所以在并发情况下size函数不是很有用。另外第一次peek或者first时候会把head指向第一个真正的队列元素。

下面总结下如何实现线程安全的，可知入队出队函数都是操作volatile变量：head，tail。所以要保证队列线程安全只需要保证对这两个 Node 操作的可见性和原子性，由于 volatile 本身保证可见性，所以只需要看下多线程下如果保证对着两个变量操作的原子性。

对于offer操作是在tail后面添加元素，也就是调用tail.casNext方法，而这个方法是使用的CAS操作，只有一个线程会成功，然后失败的线程会循环一下，重新获取tail，然后执行casNext方法。对于poll也是这样的。

➢ ConcurrentHashMap非阻塞Hash集合

ConcurrentHashMap 是 Java 并发包中提供的一个线程安全且高效的 HashMap 实现，ConcurrentHashMap在并发编程的场景中使用频率非常之高，本文就来分析下ConcurrentHashMap的实现原理，并对其实现原理进行分析。

ConcurrentLinkedQuere类图

ConcurrentHashMap 是由 Segment 数组结构和 HashEntry 数组结构组成。Segment 是一种可重入锁ReentrantLock，在 ConcurrentHashMap 里扮演锁的角色，HashEntry 则用于存储键值对数据。一个ConcurrentHashMap里包含一个Segment数组，Segment的结构和HashMap类似，是一种数组和链表结构，一个 Segment 里包含一个 HashEntry 数组，每个 HashEntry 是一个链表结构的元素，每个 Segment 守护者一个HashEntry数组里的元素,当对HashEntry数组的数据进行修改时，必须首先获得它对应的Segment锁。

ConcurrentLinkedQuere实现原理
众所周知，哈希表是中非常高效，复杂度为 O(1)的数据结构，在 Java 开发中，我们最常见到最频繁使用的就是HashMap和HashTable，但是在线程竞争激烈的并发场景中使用都不够合理。

HashMap ：先说HashMap，HashMap是线程不安全的，在并发环境下，可能会形成环状链表（扩容时可能造成，具体原因自行百度google或查看源码分析），导致get操作时，cpu空转，所以，在并发环境中使用HashMap是非常危险的。

HashTable ： HashTable和HashMap的实现原理几乎一样，差别无非是1.HashTable不允许key和value为null；2.HashTable 是线程安全的。但是 HashTable 线程安全的策略实现代价却太大了，简单粗暴，get/put 所有相关操作都是synchronized的，这相当于给整个哈希表加了一把大锁，多线程访问时候，只要有一个线程访问或操作该对象，那其他线程只能阻塞，相当于将所有的操作串行化，在竞争激烈的并发场景中性能就会非常差。如下图

HashTable 性能差主要是由于所有操作需要竞争同一把锁，而如果容器中有多把锁，每一把锁锁一段数据，这样在多线程访问时不同段的数据时，就不会存在锁竞争了，这样便可以有效地提高并发效率。这就是ConcurrentHashMap所采用的"分段锁"思想

ConcurrentLinkedQuere源码解析
ConcurrentHashMap采用了非常精妙的"分段锁"策略，ConcurrentHashMap的主干是个Segment数组。

final Segment<K,V>[] segments;

Segment继承了ReentrantLock，所以它就是一种可重入锁（ReentrantLock)。在ConcurrentHashMap，

一个Segment就是一个子哈希表，Segment里维护了一个HashEntry数组，并发环境下，对于不同Segment

的数据进行操作是不用考虑锁竞争的。（就按默认的ConcurrentLeve为16来讲，理论上就允许16个线程

并发执行，有木有很酷）

所以，对于同一个Segment的操作才需考虑线程同步，不同的Segment则无需考虑。Segment类似于HashMap，

一个Segment维护着一个HashEntry数组

transient volatile HashEntry<K,V>[] table;

HashEntry是目前我们提到的最小的逻辑处理单元了。一个ConcurrentHashMap维护一个Segment数组，

一个Segment维护一个HashEntry数组。

static final class HashEntry<K,V> {

final int hash;

final K key;

volatile V value;

volatile HashEntry<K,V> next;

//其他省略

}

我们说 Segment 类似哈希表，那么一些属性就跟我们之前提到的 HashMap 差不离，比如负载因子

loadFactor，比如阈值threshold等等，看下Segment的构造方法

Segment(float lf, int threshold, HashEntry<K,V>[] tab) {

this.loadFactor = lf;//负载因子

this.threshold = threshold;//阈值

this.table = tab;//主干数组即HashEntry数组

}

我们来看下ConcurrentHashMap的构造方法

public ConcurrentHashMap(int initialCapacity,

float loadFactor, int concurrencyLevel) {

if (!(loadFactor > 0) || initialCapacity < 0 || concurrencyLevel <= 0) throw new IllegalArgumentException();

//MAX_SEGMENTS 为1<<16=65536，也就是最大并发数为65536

if (concurrencyLevel > MAX_SEGMENTS)

concurrencyLevel = MAX_SEGMENTS;
//2的sshif次方等于ssize，例:ssize=16,sshift=4;ssize=32,sshif=5 int sshift = 0;

//ssize 为segments数组长度，根据concurrentLevel计算得出

int ssize = 1;

while (ssize < concurrencyLevel) {

++sshift;

ssize <<= 1;

}
//segmentShift和segmentMask这两个变量在定位segment时会用到，后面会详细讲 this.segmentShift = 32 - sshift;

this.segmentMask = ssize - 1;

if (initialCapacity > MAXIMUM_CAPACITY)

initialCapacity = MAXIMUM_CAPACITY;
//计算cap的大小，即Segment中HashEntry的数组长度，cap也一定为2的n次方.

int c = initialCapacity / ssize;

if (c * ssize < initialCapacity)

++c;

int cap = MIN_SEGMENT_TABLE_CAPACITY;

while (cap < c)

cap <<= 1;
//创建segments数组并初始化第一个Segment，其余的Segment延迟初始化 Segment<K,V> s0 =

new Segment<K,V>(loadFactor, (int)(cap * loadFactor),

(HashEntry<K,V>[])new HashEntry[cap]);

Segment<K,V>[] ss = (Segment<K,V>[])new Segment[ssize];

UNSAFE.putOrderedObject(ss, SBASE, s0);

this.segments = ss;

}

初始化方法有三个参数，如果用户不指定则会使用默认值，initialCapacity 为 16，loadFactor 为 0.75（负载因

子，扩容时需要参考），concurrentLevel为16。

从上面的代码可以看出来,Segment数组的大小ssize是由concurrentLevel来决定的，但是却不一定等于

concurrentLevel，ssize 一定是大于或等于 concurrentLevel 的最小的 2 的次幂。比如：默认情况下

concurrentLevel 是 16，则 ssize为 16；若concurrentLevel 为14，ssize为16；若 concurrentLevel为

17，则ssize为32。为什么Segment的数组大小一定是2的次幂？其实主要是便于通过按位与的散列算法来定

位Segment的index。

其实，put方法对segment也会有所体现

public V put(K key, V value) {

Segment<K,V> s;

//concurrentHashMap不允许key/value为空

if (value == null)

throw new NullPointerException();

//hash函数对key的hashCode重新散列，避免差劲的不合理的hashcode，保证散列均匀

int hash = hash(key);

//返回的hash值无符号右移segmentShift位与段掩码进行位运算，定位segment

int j = (hash >>> segmentShift) & segmentMask;

if ((s = (Segment<K,V>)UNSAFE.getObject // nonvolatile; recheck

(segments, (j << SSHIFT) + SBASE)) == null) // in ensureSegment

s = ensureSegment(j);

return s.put(key, hash, value, false);

}

从源码看出，put的主要逻辑也就两步：

1.定位segment并确保定位的Segment已初始化

2.调用Segment的put方法。

Ps：关于segmentShift和segmentMask
segmentShift和segmentMask这两个全局变量的主要作用是用来定位Segment，int j =(hash >>> segmentShift) & segmentMask。

segmentMask：段掩码，假如 segments 数组长度为 16，则段掩码为 16-1=15；segments 长度为32，段掩码为32-1=31。这样得到的所有bit位都为1，可以更好地保证散列的均匀性
segmentShift：2 的 sshift 次方等于 ssize，segmentShift=32-sshift。若 segments 长度为 16，segmentShift=32-4=28;若 segments 长度为 32，segmentShift=32-5=27。而计算得出的 hash 值最大为32位，无符号右移segmentShift，则意味着只保留高几位（其余位是没用的），然后与段掩码segmentMask位运算来定位Segment。

ConcurrentLinkedQuere方法

✓ Get操作

public V get(Object key) {

Segment<K,V> s;

HashEntry<K,V>[] tab;

int h = hash(key);
long u = (((h >>> segmentShift) & segmentMask) << SSHIFT) + SBASE; //先定位Segment，再定位HashEntry
if ((s = (Segment<K,V>)UNSAFE.getObjectVolatile(segments, u)) != null && (tab = s.table) != null) {
for (HashEntry<K,V> e = (HashEntry<K,V>) UNSAFE.getObjectVolatile

(tab, ((long)(((tab.length - 1) & h)) << TSHIFT) + TBASE);

e != null; e = e.next) {

K k;

if ((k = e.key) == key || (e.hash == h && key.equals(k)))

return e.value;

}

return null;

}

get 方法无需加锁，由于其中涉及到的共享变量都使用 volatile 修饰，volatile 可以保证内存可见性，所以

不会读取到过期数据。

来看下 concurrentHashMap 代理到 Segment 上的 put 方法，Segment 中的 put 方法是要加锁的。

只不过是锁粒度细了而已。

✓ Put操作

final V put(K key, int hash, V value, boolean onlyIfAbsent) {

HashEntry<K,V> node = tryLock() ? null :
scanAndLockForPut(key, hash, value);//tryLock 不成功时会遍历定位到的 HashEnry 位置的链表

（遍历主要是为了使 CPU 缓存链表），若找不到，则创建 HashEntry。tryLock 一定次数后（MAX_SCAN_RETRIES 变量决定），则lock。若遍历过程中，由于其他线程的操作导致链表头结点变化，则需要重新遍历。

V oldValue;

try {

HashEntry<K,V>[] tab = table;
int index = (tab.length - 1) & hash;//定位HashEntry，可以看到，这个hash值在定位Segment

时和在Segment中定位HashEntry都会用到，只不过定位Segment时只用到高几位。

HashEntry<K,V> first = entryAt(tab, index);

for (HashEntry<K,V> e = first;;) {

if (e != null) {

K k;

if ((k = e.key) == key ||

(e.hash == hash && key.equals(k))) {

oldValue = e.value;

if (!onlyIfAbsent) {

e.value = value;

++modCount;

}

break;

}

e = e.next;

}

else {

if (node != null)

node.setNext(first);

else

node = new HashEntry<K,V>(hash, key, value, first);

int c = count + 1;
//若c超出阈值threshold，需要扩容并rehash。扩容后的容量是当前容量的2倍。这样可以最大程

度避免之前散列好的entry重新散列，具体在另一篇文章中有详细分析，不赘述。扩容并rehash的这个过程是比较消耗资源的。

if (c > threshold && tab.length < MAXIMUM_CAPACITY)

rehash(node);

else

setEntryAt(tab, index, node);

++modCount;

count = c;

oldValue = null;

break;

}

} finally {

unlock();

}

return oldValue;

}

ConcurrentLinkedQuere总结

ConcurrentHashMap 作为一种线程安全且高效的哈希表的解决方案，尤其其中的"分段锁"的方案，相比

HashTable的全表锁在性能上的提升非常之大。本文对ConcurrentHashMap的实现原理进行了详细分析，并解读了

部分源码，希望能帮助到有需要的童鞋。

➢ ConcurrentSkipListMap非阻塞Hash跳表集合

大家都是知道 TreeMap，它是使用树形结构的方式进行存储数据的线程不安全的 Map 集合（有序的哈希表），

并且可以对Map中的Key进行排序，Key中存储的数据需要实现Comparator接口或使用CompareAble接口的子类来实现排序。

ConcurrentSkipListMap也是和TreeMap，它们都是有序的哈希表。但是，它们是有区别的：
第一，它们的线程安全机制不同，TreeMap 是非线程安全的，而 ConcurrentSkipListMap 是线程安全的。第二，ConcurrentSkipListMap是通过跳表实现的，而TreeMap是通过红黑树实现的。

那现在我们需要知道说明是跳表。

什么是SkipList
Skip list(跳表）是一种可以代替平衡树的数据结构，默认是按照Key值升序的。Skip list让已排序的数据分布在多层链表中，以 0-1 随机数决定一个数据的向上攀升与否，通过“空间来换取时间”的一个算法，在每个节点中增加了向前的指针，在插入、删除、查找时可以忽略一些不可能涉及到的结点，从而提高了效率。

从概率上保持数据结构的平衡比显示的保持数据结构平衡要简单的多。对于大多数应用，用Skip list要比用树算法相对简单。由于Skip list比较简单，实现起来会比较容易，虽然和平衡树有着相同的时间复杂度(O(logn)),但是skip list的常数项会相对小很多。Skip list在空间上也比较节省。一个节点平均只需要1.333个指针（甚至更少）。

下图为Skip list结构图（以7,14,21,32,37,71,85序列为例）

SkipList性质

(1) 由很多层结构组成，level是通过一定的概率随机产生的。

(2) 每一层都是一个有序的链表，默认是升序，也可以根据创建映射时所提供的 C o m p a r a t o r 进行排序，具体取决于使用的构造方法。

(3) 最底层(Level 1)的链表包含所有元素。

(4) 如果一个元素出现在Level i 的链表中，则它在Level i 之下的链表也都会出现。

(5) 每个节点包含两个指针，一个指向同一链表中的下一个元素，一个指向下面一层的元素。

什么是ConcurrentSkipListMap
ConcurrentSkipListMap提供了一种线程安全的并发访问的排序映射表。内部是SkipList（跳表）结构实现，在理论上能够在O(log(n))时间内完成查找、插入、删除操作。注意，调用ConcurrentSkipListMap的size时，由于多个线程可以同时对映射表进行操作，所以映射表需要遍历整个链表才能返回元素个数，这个操作是个O(log(n))的操作。

ConcurrentSkipListMap数据结构

ConcurrentSkipListMap的数据结构，如下图所示：

说明：可以看到 ConcurrentSkipListMap 的数据结构使用的是跳表，每一个 HeadIndex、Index 结点都会包含一个对Node的引用，同一垂直方向上的Index、HeadIndex结点都包含了最底层的Node结点的引用。并且层级越高，该层级的结点（HeadIndex和Index）数越少。Node结点之间使用单链表结构。

ConcurrentSkipListMap源码分析
ConcurrentSkipListMap主要用到了Node和Index两种节点的存储方式，通过volatile关键字实现了并发的操作

static final class Node<K,V> {

final K key;

volatile Object value;//value值

volatile Node<K,V> next;//next引用

……

}

static class Index<K,V> {

final Node<K,V> node;

final Index<K,V> down;//downy引用

volatile Index<K,V> right;//右边引用

……

}

✓ ConcurrentSkipListMap查找操作

通过SkipList的方式进行查找操作：（下图以“查找91”进行说明：）

红色虚线，表示查找的路径，蓝色向右箭头表示right引用；黑色向下箭头表示down引用；

下面就是源码中的实现（get方法是通过doGet方法来时实现的）

public V get(Object key) {

return doGet(key);

}

//doGet的实现

private V doGet(Object okey) {

Comparable<? super K> key = comparable(okey);

Node<K,V> bound = null;

Index<K,V> q = head;//把头结点作为当前节点的前驱节点

Index<K,V> r = q.right;//前驱节点的右节点作为当前节点

Node<K,V> n;

K k;

int c;

for (;;) {//遍历

Index<K,V> d;

// 依次遍历right节点
if (r != null && (n = r.node) != bound && (k = n.key) != null) {
if ((c = key.compareTo(k)) > 0) {//由于key都是升序排列的，所有当前关键字大于所要

查找的key时继续向右遍历

q = r;

r = r.right;

continue;

} else if (c == 0) {
//如果找到了相等的key节点，则返回该Node的value如果value为空可能是其他并发delete

导致的，于是通过另一种

//遍历findNode的方式再查找

Object v = n.value;

return (v != null)? (V)v : getUsingFindNode(key);

} else

bound = n;

}
//如果一个链表中right没能找到key对应的value，则调整到其down的引用处继续查找 if ((d = q.down) != null) {

q = d;

r = d.right;

} else

break;

}
// 如果通过上面的遍历方式，还没能找到key对应的value，再通过Node.next的方式进行查找 for (n = q.node.next; n != null; n = n.next) {

if ((k = n.key) != null) {

if ((c = key.compareTo(k)) == 0) {

Object v = n.value;

return (v != null)? (V)v : getUsingFindNode(key);

} else if (c < 0)

break;

}

return null;

}

✓ ConcurrentSkipListMap删除操作

通过SkipList的方式进行删除操作：（下图以“删除23”进行说明：）

红色虚线，表示查找的路径，蓝色向右箭头表示right引用；黑色向下箭头表示down引用；

下面就是源码中的实现（remove方法是通过doRemove方法来时实现的）

//remove操作，通过doRemove实现，把所有level中出现关键字key的地方都delete掉 public V remove(Object key) {

return doRemove(key, null);

}

final V doRemove(Object okey, Object value) {

Comparable<? super K> key = comparable(okey);

for (;;) {
Node<K,V> b = findPredecessor(key);//得到key的前驱（就是比key小的最大节点） Node<K,V> n = b.next;//前驱节点的next引用

for (;;) {//遍历

if (n == null)//如果next引用为空，直接返回

return null;

Node<K,V> f = n.next;
if (n != b.next) // 如果两次获得的b.next不是相同的Node，就跳转

到第一层循环重新获得b和n

break;

Object v = n.value;
if (v == null) { // 当 n 被其他线程 delete 的时候，其 value==null，

此时做辅助处理，并重新获取b和n

n.helpDelete(b, f);

break;

}
if (v == n || b.value == null) // 当其前驱被delet的时候直接跳出，重新获取b和n break;

int c = key.compareTo(n.key);

if (c < 0)

return null;

if (c > 0) {//当key较大时就继续遍历

b = n;

n = f;

continue;

}

if (value != null && !value.equals(v))

return null;

if (!n.casValue(v, null))

break;
if (!n.appendMarker(f) || !b.casNext(n, f))//casNext方法就是通过比较和设置b（前驱）

的next节点的方式来实现删除操作

findNode(key); // 通过尝试findNode的方式继续find else {

findPredecessor(key); // Clean index
if (head.right == null) //如果head的right引用为空，则表示不存在该level tryReduceLevel();

}

return (V)v;

}

✓ ConcurrentSkipListMap插入操作

通过SkipList的方式进行插入操作：（下图以“添加55”的两种情况，进行说明：）

在level=2（该level存在）的情况下添加55的图示:只需在level<=2的合适位置插入55即可

在 level=4(该 level 不存在，图示 level4 是新建的)的情况下添加55 的情况：首先新建 level4,然后在level<=4

的合适位置插入55。

下面就是源码中的实现（put方法是通过doPut方法来时实现的）

//put操作，通过doPut实现

public V put(K key, V value) {

if (value == null)

throw new NullPointerException();

return doPut(key, value, false);

}

private V doPut(K kkey, V value, boolean onlyIfAbsent) {

Comparable<? super K> key = comparable(kkey);

for (;;) {

Node<K,V> b = findPredecessor(key);//前驱

Node<K,V> n = b.next;

//定位的过程就是和get操作相似

for (;;) {

if (n != null) {

Node<K,V> f = n.next;
if (n != b.next) // 前后值不一致的情况下，跳转到第一层循环重新获得b和n break;;

Object v = n.value;

if (v == null) { // n被delete的情况下

n.helpDelete(b, f);

break;

}
if (v == n || b.value == null) // b 被delete的情况，重新获取b和n break;

int c = key.compareTo(n.key);

if (c > 0) {

b = n;

n = f;

continue;

}

if (c == 0) {

if (onlyIfAbsent || n.casValue(v, value))

return (V)v;

else

break; // restart if lost race to replace value

}

// else c < 0; fall through

}

Node<K,V> z = new Node<K,V>(kkey, value, n);

if (!b.casNext(n, z))

break; // restart if lost race to append to b
int level = randomLevel();//得到一个随机的level作为该key-value插入的最高level if (level > 0)

insertIndex(z, level);//进行插入操作

return null;

}

/**

* 获得一个随机的level值

private int randomLevel() {

int x = randomSeed;

x ^= x << 13;

x ^= x >>> 17;

randomSeed = x ^= x << 5;

if ((x & 0x8001) != 0) // test highest and lowest bits

return 0;

int level = 1;

while (((x >>>= 1) & 1) != 0) ++level;

return level;

}

//执行插入操作：如上图所示，有两种可能的情况：

//1.当level存在时，对level<=n都执行insert操作
//2.当level不存在（大于目前的最大level）时，首先添加新的level，然后在执行操作1 private void insertIndex(Node<K,V> z, int level) {

HeadIndex<K,V> h = head;

int max = h.level;

if (level <= max) {//情况1

Index<K,V> idx = null;
for (int i = 1; i <= level; ++i)//首先得到一个包含1~level个级别的down关系的链表，

最后的inx为最高level

idx = new Index<K,V>(z, idx, null);
addIndex(idx, h, level);//把最高level的idx传给addIndex方法 } else { // 情况2 增加一个新的级别

level = max + 1;

Index<K,V>[] idxs = (Index<K,V>[])new Index[level+1];

Index<K,V> idx = null;

for (int i = 1; i <= level; ++i)//该步骤和情况1类似

idxs[i] = idx = new Index<K,V>(z, idx, null);

HeadIndex<K,V> oldh;

int k;

for (;;) {

oldh = head;

int oldLevel = oldh.level;

if (level <= oldLevel) { // lost race to add level

k = level;

break;

}

HeadIndex<K,V> newh = oldh;

Node<K,V> oldbase = oldh.node;

for (int j = oldLevel+1; j <= level; ++j)
newh = new HeadIndex<K,V>(oldbase, newh, idxs[j], j);//创建新的 if (casHead(oldh, newh)) {

k = oldLevel;

break;

}

addIndex(idxs[k], oldh, k);

}

/**

*在1~indexlevel层中插入数据

*/
private void addIndex(Index<K,V> idx, HeadIndex<K,V> h, int indexLevel) { // insertionLevel 代表要插入的level，该值会在indexLevel~1间遍历一遍 int insertionLevel = indexLevel;

Comparable<? super K> key = comparable(idx.node.key);

if (key == null) throw new NullPointerException();
// 和get操作类似，不同的就是查找的同时在各个level上加入了对应的key for (;;) {

int j = h.level;

Index<K,V> q = h;

Index<K,V> r = q.right;

Index<K,V> t = idx;

for (;;) {

if (r != null) {

Node<K,V> n = r.node;

// compare before deletion check avoids needing recheck

int c = key.compareTo(n.key);

if (n.value == null) {

if (!q.unlink(r))

break;

r = q.right;

continue;

}

if (c > 0) {

q = r;

r = r.right;

continue;

}

if (j == insertionLevel) {//在该层level中执行插入操作

// Don't insert index if node already deleted

if (t.indexesDeletedNode()) {

findNode(key); // cleans up

return;

}

if (!q.link(r, t))//执行link操作，其实就是inset的实现部分

break; // restart

if (--insertionLevel == 0) {

// need final deletion check before return

if (t.indexesDeletedNode())

findNode(key);

return;

}

}
if (--j >= insertionLevel && j < indexLevel)//key移动到下一层level t = t.down;

q = q.down;

r = q.right;

}

ConcurrentLinkedQuere示例

下面我们看下面示例输出的结果

import java.util.*;import java.util.concurrent.*;

/*
* ConcurrentSkipListMap是“线程安全”的哈希表，而TreeMap是非线程安全的。

* 下面是“多个线程同时操作并且遍历map”的示例

* (01) 当map是ConcurrentSkipListMap对象时，程序能正常运行。

* (02) 当map是TreeMap对象时，程序会产生ConcurrentModificationException异常。

*/public class ConcurrentSkipListMapDemo1 {

// TODO: map是TreeMap对象时，程序会出错。

//private static Map<String, String> map = new TreeMap<String, String>();
private static Map<String, String> map = new ConcurrentSkipListMap<String, String>(); public static void main(String[] args) {

// 同时启动两个线程对map进行操作！

new MyThread("a").start();

new MyThread("b").start();

}

private static void printAll() {

String key, value;

Iterator iter = map.entrySet().iterator();

while(iter.hasNext()) {

Map.Entry entry = (Map.Entry)iter.next();

key = (String)entry.getKey();

value = (String)entry.getValue();

System.out.print("("+key+", "+value+"), ");

}

System.out.println();

}

private static class MyThread extends Thread {

MyThread(String name) {

super(name);

}

@Override

public void run() {

int i = 0;

while (i++ < 6) {

// “线程名” + "序号"

String val = Thread.currentThread().getName()+i;

map.put(val, "0");

// 通过“Iterator”遍历map。

printAll();

}

某一次的运行结果：

(a1, 0), (a1, 0), (b1, 0), (b1, 0),

(a1, 0), (b1, 0), (b2, 0),
(a1, 0), (a1, 0), (a2, 0), (a2, 0), (b1, 0), (b1, 0), (b2, 0), (b2, 0), (b3, 0),
(b3, 0), (a1, 0),
(a2, 0), (a3, 0), (a1, 0), (b1, 0), (a2, 0), (b2, 0), (a3, 0), (b3, 0), (b1, 0), (b4, 0), (b2, 0), (a1, 0), (b3, 0), (a2, 0), (b4, 0),
(a3, 0), (a1, 0), (a4, 0), (a2, 0), (b1, 0), (a3, 0), (b2, 0), (a4, 0), (b3, 0), (b1, 0), (b4, 0), (b2, 0), (b5, 0),

(b3, 0), (a1, 0), (b4, 0), (a2, 0), (b5, 0),
(a3, 0), (a1, 0), (a4, 0), (a2, 0), (a5, 0), (a3, 0), (b1, 0), (a4, 0), (b2, 0), (a5, 0), (b3, 0), (b1, 0), (b4, 0), (b2, 0), (b5, 0), (b3, 0), (b6, 0),

(b4, 0), (a1, 0), (b5, 0), (a2, 0), (b6, 0),
(a3, 0), (a4, 0), (a5, 0), (a6, 0), (b1, 0), (b2, 0), (b3, 0), (b4, 0), (b5, 0), (b6, 0),

结果说明：
示例程序中，启动两个线程(线程a和线程b)分别对ConcurrentSkipListMap进行操作。以线程a而言，它会先获取“线程名”+“序号”，然后将该字符串作为key，将“0”作为value，插入到ConcurrentSkipListMap中；接着，遍历并输出ConcurrentSkipListMap中的全部元素。线程b的操作和线程a一样，只不过线程b的名字和线程a的名字不同。

当 map 是 ConcurrentSkipListMap 对象时，程序能正常运行。如果将 map 改为 TreeMap 时，程序会产生ConcurrentModificationException异常。

2) java.util.concurrent.atomic包

➢ AtomicBoolean原子性布尔

AtomicBoolean是java.util.concurrent.atomic包下的原子变量，这个包里面提供了一组原子类。其基本的特性就是在多线程环境下，当有多个线程同时执行这些类的实例包含的方法时，具有排他性，即当某个线程进入方法，执行其中的指令时，不会被其他线程打断，而别的线程就像自旋锁一样，一直等到该方法执行完成，才由JVM从等待队列中选择一个另一个线程进入，这只是一种逻辑上的理解。实际上是借助硬件的相关指令来实现的，不会阻塞线程(或者说只是在硬件级别上阻塞了)。

AtomicBoolean，在这个Boolean值的变化的时候不允许在之间插入，保持操作的原子性。

下面将解释重点方法并举例：
boolean compareAndSet(expectedValue, updateValue)，这个方法主要两个作用:

1. 比较AtomicBoolean和expect的值，如果一致，执行方法内的语句。其实就是一个if语句 2. 把 AtomicBoolean 的值设成 update,比较最要的是这两件事是一气呵成的，这连个动作之间不会被打断，任何内部或者外部的语句都不可能在两个动作之间运行。为多线程的控制提供了解决的方案下面我们从代码上解释：

首先我们看下在不使用AtomicBoolean情况下，代码的运行情况：

package zmx.atomic.test;

import java.util.concurrent.TimeUnit;

public class BarWorker implements Runnable {

//静态变量

private static boolean exists = false;

private String name;

public BarWorker(String name) {

this.name = name;

}

@Override

public void run() {

if (!exists) {

try {

TimeUnit.SECONDS.sleep(1);

} catch (InterruptedException e1) {

// do nothing

}

exists = true;

System.out.println(name + " enter");

try {

System.out.println(name + " working");

TimeUnit.SECONDS.sleep(2);

} catch (InterruptedException e) {

// do nothing

}

System.out.println(name + " leave");

exists = false;

} else {

System.out.println(name + " give up");

}

public static void main(String[] args) {

BarWorker bar1 = new BarWorker("bar1");

BarWorker bar2 = new BarWorker("bar2");

new Thread(bar1).start();

new Thread(bar2).start();

}

运行结果：

bar1 enter

bar2 enter

bar1 working

bar2 working

bar1 leave

bar2 leave

从上面的运行结果我们可看到，两个线程运行时，都对静态变量exists同时做操作，并没有保证exists静态变量

的原子性，也就是一个线程在对静态变量 exists 进行操作到时候，其他线程必须等待或不作为。等待一个线程操作完

后，才能对其进行操作。

下面我们将静态变量使用AtomicBoolean来进行操作

package zmx.atomic.test;

import java.util.concurrent.TimeUnit;

import java.util.concurrent.atomic.AtomicBoolean;

public class BarWorker2 implements Runnable {

//静态变量使用AtomicBoolean 进行操作
private static AtomicBoolean exists = new AtomicBoolean(false);

private String name;

public BarWorker2(String name) {

this.name = name;

}

@Override

public void run() {

if (exists.compareAndSet(false, true)) {

System.out.println(name + " enter");

try {

System.out.println(name + " working");

TimeUnit.SECONDS.sleep(2);

} catch (InterruptedException e) {

// do nothing

}

System.out.println(name + " leave");

exists.set(false);

} else {

System.out.println(name + " give up");

}

public static void main(String[] args) {

BarWorker2 bar1 = new BarWorker2("bar1");

BarWorker2 bar2 = new BarWorker2("bar2");

new Thread(bar1).start();

new Thread(bar2).start();

}

运行结果：

bar1 enter

bar1 working

bar2 give up

bar1 leave

可以从上面的运行结果看出仅仅一个线程进行工作，因为exists.compareAndSet(false, true)提供了原子性操作，

比较和赋值操作组成了一个原子操作, 中间不会提供可乘之机。使得一个线程操作，其他线程等待或不作为。

下面我们简单介绍下AtomicBoolean的API

创建一个 AtomicBoolean

你可以这样创建一个 AtomicBoolean：

AtomicBoolean atomicBoolean = new AtomicBoolean();

以上示例新建了一个默认值为 false 的 AtomicBoolean。如果你想要为 AtomicBoolean 实例设置一个显式的

初始值，那么你可以将初始值传给 AtomicBoolean 的构造子：