文档章节

Java锁的种类

shawnplaying
 shawnplaying
发布于 2016/02/03 15:06
字数 1491
阅读 102
收藏 1

Java锁和并发需要结合在一块了理解,涉及到了多个话题。

本文主要参考了 http://ifeve.com/java_lock_see1/ 但是我认为原文中有某些错误,我在下面的代码中做了修改。


公平锁和非公平锁。

所谓公平锁,就是多个线程解锁的顺序与进入锁的顺序一样,即谁先锁,谁就先解锁。反之则是非公平锁。例如ReentrantLock中就有公平与非公平两种锁实现,默认是非公平锁。

public ReentrantLock() {
    sync = new NonfairSync();
}


下面讨论几种锁:

1 自旋锁。所谓自旋,就是在一个循环中处理。例如:

//AtomicInteger
public final int getAndIncrement() {
    for (;;) {
        int current = get();
        int next = current + 1;
        if (compareAndSet(current, next))
            return current;
    }
}

//AtomicReference
public final V getAndSet(V newValue) {
    while (true) {
        V x = get();
        if (compareAndSet(x, newValue))
            return x;
    }
}

/**
 * 自旋锁,会不停地在循环中获取值,这种方式会耗尽CPU。
 * 原子类中很多方法都采用了类似的循环方法,这种方法我觉得适用于执行时间很短的操作。
 * 例如在原子类中getAndDecrement等方法,都是采用了循环的方式取值,这种操作虽然用了循环,但是每次操作瞬间完成,总体上讲应该不会特别耗费CPU资源。
 * 
 * 
 * 总之不能让线程中的代码长时间在一个什么都不做的循环中,例如while(true){},不然CPU资源会被耗尽。
 * 
 * @author zhaoxp
 *
 */
public class SpinLock {

  private AtomicReference<Thread> sign =new AtomicReference<>();

  public void lock(){
    Thread current = Thread.currentThread();
    while(!sign .compareAndSet(null, current)){
    }
  }

  public void unlock (){
    Thread current = Thread.currentThread();
    sign .compareAndSet(current, null);
  }
}

自旋的问题在一直在执行循环,这样会导致CPU使用率高的问题。在windows的服务器上实测,开启50个线程(线程数量超过CPU的核数),会导致每个CPU核都达到100%的使用率,所以这就意味着这种方法不是一个可用的方法,尤其并发任务重的时候。

同样的场景,如果使用ReentrantLock的话,CPU是很低的,所以ReentrantLock是一个很好的选择。

当时对于SpinLock,如果在lock的循环中加入Thread.sleep(1000)的话,运行时CPU很低,所以如果没有时效性要求,那么自旋的方式还是可以使用。


另外还有三种自旋锁:TicketLock,CLHLock,MCSLock。

import java.util.concurrent.atomic.AtomicInteger;

public class TicketLock {
    private AtomicInteger                     serviceNum = new AtomicInteger();
    private AtomicInteger                     ticketNum  = new AtomicInteger();
    private static final ThreadLocal<Integer> LOCAL      = new ThreadLocal<Integer>();

    public void lock() {
        int myticket = ticketNum.getAndIncrement();
        LOCAL.set(myticket);
        while (myticket != serviceNum.get()) {
        }

    }

    public void unlock() {
        int myticket = LOCAL.get();
        serviceNum.compareAndSet(myticket, myticket + 1);
    }
}

import java.util.concurrent.atomic.AtomicReferenceFieldUpdater;

public class CLHLock {
    public static class CLHNode {
        private volatile boolean isLocked = true;
    }

    @SuppressWarnings("unused")
    private volatile CLHNode                                           tail;
    private static final ThreadLocal<CLHNode>                          LOCAL   = new ThreadLocal<CLHNode>();
    private static final AtomicReferenceFieldUpdater<CLHLock, CLHNode> UPDATER = AtomicReferenceFieldUpdater.newUpdater(CLHLock.class,CLHNode.class, "tail");

    public void lock() {
        CLHNode node = new CLHNode();
        LOCAL.set(node);
        CLHNode preNode = UPDATER.getAndSet(this, node);
        if (preNode != null) {
            //preNode==null means it is first node;
            while (preNode.isLocked) {// the other threads all stopped here 
                //并发操作的线程都将运行在这段代码,它是非常耗费CPU资源的操作。
            }
            preNode = null;
            LOCAL.set(node);
        }
    }

    public void unlock() {
        CLHNode node = LOCAL.get();
        if (!UPDATER.compareAndSet(this, node, null)) {
            //这个if判断的作用是:如果只有一个lock操作,那么if中的判断应该为false,同时它意味着没有并发。
            //如果同时有多于一个lock操作,那么if将返回true,则执行if中的操作。同时它表示有并发。
            node.isLocked = false;
        }
        node = null;
    }
}

import java.util.concurrent.atomic.AtomicReferenceFieldUpdater;

public class MCSLock {
    public static class MCSNode {
        volatile MCSNode next;
        volatile boolean isLocked = true;
    }

    private static final ThreadLocal<MCSNode>                          NODE    = new ThreadLocal<MCSNode>();
    @SuppressWarnings("unused")
    private volatile MCSNode                                           queue;
    private static final AtomicReferenceFieldUpdater<MCSLock, MCSNode> UPDATER = AtomicReferenceFieldUpdater.newUpdater(MCSLock.class,MCSNode.class, "queue");

    public void lock() {
        MCSNode currentNode = new MCSNode();
        NODE.set(currentNode);
        MCSNode preNode = UPDATER.getAndSet(this, currentNode);
        if (preNode != null) {
            preNode.next = currentNode;
            while (currentNode.isLocked) {

            }
        }
    }

    public void unlock() {
        MCSNode currentNode = NODE.get();
        if (currentNode.next == null) {
            if (UPDATER.compareAndSet(this, currentNode, null)) {
                //最后一个node,并且在操作时再也没有追加node
            } else {
                //最后一个node,但是在操作时追加node
                while (currentNode.next == null) {
                    //等待后追加的node做preNode.next=node的操作。也就是等待后追加的node设置当前node的next node值。
                }
            }
        } else {
            currentNode.isLocked = false;
            currentNode.next = null;
        }
    }
}

这三种自旋锁的具体实现中,虽然代码上没有链表或者队列的数据结构,但是实际从本质上讲,它们就是链表或者队列的结构。通过ThreadLocal等的精巧的数据结构实现。

这里的链表的实现,关键在于:

<1> 使用了原子类中的getAndSet方法,这个实现了线程安全的得到老值,设置新值。

<2> 使用了ThreadLocal保存getAndSet中得到的老值。


2 阻塞锁。基于上面提到的CLHLock锁,与之不同的是,它使得线程的状态发生变化,因为使用了LockSupport.park(this);和LockSupport.unpark(node.isLocked)的方法。

还有,我理解的synchronized语句,其实也是起到了阻塞锁的作用。

import java.util.concurrent.atomic.AtomicReferenceFieldUpdater;
import java.util.concurrent.locks.LockSupport;

public class CLHLock1 {
    public static class CLHNode {
        private volatile Thread isLocked;
    }

    @SuppressWarnings("unused")
    private volatile CLHNode                                            tail;
    private static final ThreadLocal<CLHNode>                           LOCAL   = new ThreadLocal<CLHNode>();
    private static final AtomicReferenceFieldUpdater<CLHLock1, CLHNode> UPDATER = AtomicReferenceFieldUpdater.newUpdater(CLHLock1.class,CLHNode.class, "tail");

    public void lock() {
        CLHNode node = new CLHNode();
        LOCAL.set(node);
        CLHNode preNode = UPDATER.getAndSet(this, node);
        if (preNode != null) {
            preNode.isLocked = Thread.currentThread();
            LockSupport.park(preNode.isLocked);//降低CPU使用率
            preNode = null;
            LOCAL.set(node);
        }
    }

    public void unlock() {
        CLHNode node = LOCAL.get();
        if (!UPDATER.compareAndSet(this, node, null)) {
            System.out.println("unlock\t" + node.isLocked.getName());
            LockSupport.unpark(node.isLocked);//降低CPU使用率
        }
        node = null;
    }
}


3 可重入锁,也叫递归锁。“指的是同一线程 外层函数获得锁之后 ,内层递归函数仍然有获取该锁的代码,但不受影响。”

比如CLHLock中,如果做两次 lock.lock()操作,即使有两次unlock操作,程序依然有问题将进入死循环。

在JAVA环境下 ReentrantLock 和synchronized 都是 可重入锁。

修改CLHLock,将它改进为可重入锁:

public class SpinLock1 {
    private AtomicReference<Thread> owner =new AtomicReference<>();
    private int count =0;
    public void lock(){
        Thread current = Thread.currentThread();
        if(current==owner.get()) {
            count++;
            return ;
        }

        while(!owner.compareAndSet(null, current)){

        }
    }
    public void unlock (){
        Thread current = Thread.currentThread();
        if(current==owner.get()){
            if(count!=0){
                count--;
            }else{
                owner.compareAndSet(current, null);
            }

        }

    }
}


综合来说,各种锁都有其用处。

1 对于高并发,要使用可重入锁,推荐ReentrantLock。

2 自旋锁可以进行扩展来实现更多功能功能。比如在等待中加入其它操作。这个值得再思考。

3 以后想起再补充吧。

© 著作权归作者所有

共有 人打赏支持
shawnplaying
粉丝 14
博文 128
码字总数 70642
作品 0
海淀
系统管理员
读书笔记之《Java并发编程的艺术》-并发编程容器和框架(重要)

读书笔记部分内容来源书出版书,版权归本书作者,如有错误,请指正。 欢迎star、fork,读书笔记系列会同步更新 git https://github.com/xuminwlt/j360-jdk module j360-jdk-thread/me.j360....

Hi徐敏
2015/11/11
0
1
Java锁的种类以及辨析(四):可重入锁

作者:山鸡 锁作为并发共享数据,保证一致性的工具,在JAVA平台有多种实现(如 synchronized 和 ReentrantLock等等 ) 。这些已经写好提供的锁为我们开发提供了便利,但是锁的具体性质以及类型...

onedotdot
2017/11/01
0
0
Java锁有哪些种类,以及区别

一、公平锁/非公平锁 公平锁是指多个线程按照申请锁的顺序来获取锁。 非公平锁是指多个线程获取锁的顺序并不是按照申请锁的顺序,有可能后申请的线程比先申请的线程优先获取锁。有可能,会造...

晨猫
03/23
0
0
Java SE1.6中的Synchronized

1 引言 在多线程并发编程中Synchronized一直是元老级角色,很多人都会称呼它为重量级锁,但是随着Java SE1.6对Synchronized进行了各种优化之后,有些情况下它并不那么重了,本文详细介绍了J...

serenity
2015/07/15
0
0
使用zookeeper序列节点实现不可重入分布式锁

一、前言 在同一个jvm进程中时,可以使用JUC提供的一些锁来解决多个线程竞争同一个共享资源时候的线程安全问题,但是当多个不同机器上的不同jvm进程共同竞争同一个共享资源时候,juc包的锁就...

加多
01/12
0
0

没有更多内容

加载失败,请刷新页面

加载更多

WinDbg

参考来自:http://www.cnit.net.cn/?id=225 SRV*C:\Symbols*http://msdl.microsoft.com/download/symbols ctrl + d to open dump_file Microsoft (R) Windows Debugger Version 6.12.0002.633......

xueyuse0012
今天
2
0
OSChina 周五乱弹 —— 想不想把92年的萝莉退货

Osc乱弹歌单(2018)请戳(这里) 【今日歌曲】 @罗马的王:分享松澤由美的单曲《地球ぎ》 很久没看圣斗士星矢了 《地球ぎ》- 松澤由美 手机党少年们想听歌,请使劲儿戳(这里) @开源中国首...

小小编辑
今天
14
2
springBoot条件配置

本篇介绍下,如何通过springboot的条件配置,控制Bean的创建 介绍下开发环境 JDK版本1.8 springboot版本是1.5.2 开发工具为 intellij idea(2018.2) 开发环境为 15款MacBook Pro 前言 很多时候,...

贺小五
今天
1
0
javascript source map 的使用

之前发现VS.NET会为压缩的js文添加一个与文件名同名的.map文件,一直没有搞懂他是用来做什么的,直接删除掉运行时浏览器又会报错,后来google了一直才真正搞懂了这个小小的map文件背后的巨大...

粒子数反转
昨天
1
0
谈谈如何学Linux和它在如今社会的影响

昨天,还在农耕脑力社会,今天已经人工智能技术、大数据、信息技术的科技社会了,高速开展并迅速浸透到当今科技社会的各个方面,Linux日益成为人们信息时代的到来,更加考验我们对信息的处理程...

linux-tao
昨天
3
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部