JAVA并发(10)—interrupt唤醒挂起线程

1.1 中断方法

独占锁加锁过程中,我们看到,线程进入sync queue中后便调用park()方法将自己挂起。等待其他线程调用unpark()方法唤醒自己。那么当我们调用interrupt()方法时,是否可以中断被操作系统挂起的线程呢?

public class ParkDemo {
    public static void main(String[] args) {
        Thread t1 = new Thread(()->{
            System.out.println("park 开始");
            LockSupport.park();
            System.out.println("park 结束");
        });
        //线程挂起
        t1.start();
        //中断t1
        t1.interrupt();
    }
}

实际上,park()的线程实际上会被“唤醒”

park 开始
park 结束

总结:无论是interrupt()方法还是unpark()方法,均是将线程唤醒。线程依赖其他标识位来判断它是被正常唤醒还是中断唤醒的。

1.2 lock方法中调用中断方法

下列代码的流程:

  1. t1线程先获取锁,并且持有2s的时间;
  2. t2线程未获取锁,会调用park()方法自我阻塞;
  3. 主线程调用t2线程的interrupted()方法中断线程;
@Slf4j
public class Demo {
    public static void main(String[] args) throws InterruptedException {
        ReentrantLock reentrantLock = new ReentrantLock();
        /**
         * 开启线程,并获取锁,线程1持有锁
         */
        Thread t1 = new Thread(() -> {
            reentrantLock.lock();
            log.info("t1:打印数据");
            try {
                Thread.sleep(2000);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            reentrantLock.unlock();
        });
        t1.start();
        Thread.sleep(100);
        Thread t2 = new Thread(() -> {
            //线程加入到sync queue中,即线程被阻塞
            reentrantLock.lock();
            log.info("t2:打印数据");
            if(Thread.interrupted()){
                log.warn("t2:线程被中断过");
            }
            reentrantLock.unlock();
        });
        //t2开启线程
        t2.start();
        Thread.sleep(100);
        t2.interrupt();
        log.info("主线程");
    }
}

执行结果:

13:05:35.882 [Thread-0] INFO com.tellme.lock.conditionLock.Demo - t1:打印数据
13:05:36.071 [main] INFO com.tellme.lock.conditionLock.Demo - 主线程
13:05:37.933 [Thread-1] INFO com.tellme.lock.conditionLock.Demo - t2:打印数据
13:05:37.934 [Thread-1] WARN com.tellme.lock.conditionLock.Demo - t2:线程被中断过
  1. t2线程被唤醒(中断)之后,它会再次争夺独占锁,若争夺失败,会再次被阻塞。
final boolean acquireQueued(final Node node, int arg) {  
    boolean failed = true;  
    try {  
        boolean interrupted = false;  
        for (;;) {  
           //自旋再次获取锁,
            final Node p = node.predecessor();  
            if (p == head && tryAcquire(arg)) {  
                setHead(node);  
                p.next = null; // help GC  
                failed = false;  
                //注意,获取到锁后,最终结果返回的是`中断标识`!
                return interrupted;  
            }  
            if (shouldParkAfterFailedAcquire(p, node) &&  
                parkAndCheckInterrupt())    //我们在这,线程被唤醒
               //中断标识修改为true。
                interrupted = true;  
        }  
    } finally {  
        if (failed)  
            cancelAcquire(node);  
    }  
}  
public final void acquire(int arg) {  
    if (!tryAcquire(arg) &&  
        acquireQueued(addWaiter(Node.EXCLUSIVE), arg))  
        //若是最终返回true,则修改中断标识。
        /**
         **  static void selfInterrupt() {
         **      Thread.currentThread().interrupt();
         **  }
        **/
        selfInterrupt();  
}  

结论:若调用lock方法进行加锁,若线程被阻塞后,调用interrupt()中断线程,线程会立即被唤醒,但是唤醒之后会再去争夺锁,若获取锁失败,该线程依旧被阻塞。用户可以在方法内部通过使用if(Thread.interrupted())判断线程是否被中断过。

1.3 lockInterruptibly方法

@Slf4j
public class Demo {
    public static void main(String[] args) throws InterruptedException {
        ReentrantLock reentrantLock = new ReentrantLock();
        /**
         * 开启线程,并获取锁,线程1持有锁
         */
        Thread t1 = new Thread(() -> {
            reentrantLock.lock();
            log.info("t1:打印数据");
            try {
                Thread.sleep(2000);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            reentrantLock.unlock();
        });
        t1.start();
        Thread.sleep(100);
        Thread t2 = new Thread(() -> {
            //线程加入到sync queue中,即线程被阻塞
            try {
                reentrantLock.lockInterruptibly();
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            log.info("t2:打印数据");
            if(Thread.interrupted()){
                log.warn("t2:线程被中断过");
            }
            reentrantLock.unlock();
        });
        //t2开启线程
        t2.start();
        Thread.sleep(100);
        t2.interrupt();
        log.info("主线程");
    }
}

执行结果:

13:16:58.585 [Thread-0] INFO com.tellme.lock.conditionLock.Demo - t1:打印数据
13:16:58.782 [main] INFO com.tellme.lock.conditionLock.Demo - 主线程
java.lang.InterruptedException
    at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireInterruptibly(AbstractQueuedSynchronizer.java:898)
    at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireInterruptibly(AbstractQueuedSynchronizer.java:1222)
    at java.util.concurrent.locks.ReentrantLock.lockInterruptibly(ReentrantLock.java:335)
    at com.tellme.lock.conditionLock.Demo.lambda$main$1(Demo.java:35)
    at java.lang.Thread.run(Thread.java:748)
13:16:58.786 [Thread-1] INFO com.tellme.lock.conditionLock.Demo - t2:打印数据

我们可以看到,t2线程调用park()方法,被操作系统挂起。之后主线程调用t2.interrupt();后,t2线程抛出异常,真正中断线程。

private void doAcquireInterruptibly(int arg)  
    throws InterruptedException {  
    final Node node = addWaiter(Node.EXCLUSIVE);  
    boolean failed = true;  
    try {  
        for (;;) {  
            final Node p = node.predecessor();  
            if (p == head && tryAcquire(arg)) {  
                setHead(node);  
                p.next = null; // help GC  
                failed = false;  
                return;  
            }  
            if (shouldParkAfterFailedAcquire(p, node) &&  
                parkAndCheckInterrupt())     //我们在这被唤醒
               //唤醒之后,直接抛出异常。
                throw new InterruptedException();  
        }  
    } finally {  
        if (failed)  
            cancelAcquire(node);  
    }  
}  

相关阅读

JAVA并发(1)—java对象布局
JAVA并发(2)—PV机制与monitor(管程)机制
JAVA并发(3)—线程运行时发生GC,会回收ThreadLocal弱引用的key吗?
JAVA并发(4)— ThreadLocal源码角度分析是否真正能造成内存溢出!
JAVA并发(5)— 多线程顺序的打印出A,B,C(线程间的协作)
JAVA并发(6)— AQS源码解析(独占锁-加锁过程)
JAVA并发(7)—AQS源码解析(独占锁-解锁过程)
JAVA并发(8)—AQS公平锁为什么会比非公平锁效率低(源码分析)
JAVA并发(9)— 共享锁的获取与释放
JAVA并发(10)—interrupt唤醒挂起线程
JAVA并发(11)—AQS源码Condition阻塞和唤醒
JAVA并发(12)— Lock实现生产者消费者

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 211,423评论 6 491
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,147评论 2 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,019评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,443评论 1 283
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,535评论 6 385
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,798评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,941评论 3 407
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,704评论 0 266
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,152评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,494评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,629评论 1 340
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,295评论 4 329
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,901评论 3 313
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,742评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,978评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,333评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,499评论 2 348