• 姜戈
    2019-03-19
    可能出现无限循环,线程在sleep期间被打断了,抛出一个InterruptedException异常,try catch捕捉此异常,应该重置一下中断标示,因为抛出异常后,中断标示会自动清除掉!
    Thread th = Thread.currentThread();
    while(true) {
      if(th.isInterrupted()) {
        break;
      }
      // 省略业务代码无数
      try {
        Thread.sleep(100);
      }catch (InterruptedException e){
        Thread.currentThread().interrupt();
        e.printStackTrace();
      }
    }
    展开

    作者回复: 👍👍👍

     5
     169
  • Geek_961eed
    2019-03-19
    希望作者讲解一下每一期的思考题!
    
     59
  • 虎虎❤️
    2019-03-19
    我的一位长辈曾告诉我,没有真正学不会的知识或者技术,只是缺乏好的老师。

    有的人可以把复杂的知识讲明白,但是讲解的过程却也是晦涩难懂,不免落了下成。

    而学习王老师的课,我一直都觉得很轻松。云淡风轻地就把并发知识抽丝剥茧,确是更显功力。另一方面,我觉得人的大脑更喜欢接受这些平易近人的文字。看似浅近的文字,却更能带领我深入的思考,留下更深刻的印象。反观一些看起来高端大气上档次的论述,让人觉得云山雾罩,好不容易看懂了,但看过后却什么也想不起来了。大概是读文章的时候脑细胞都用来和晦涩的文字做斗争了,已经没有空间去思考和记忆了。

    再次感谢王老师给大家带来优秀的课程。
    展开

    作者回复: 看来我没必要写的很装了😂

     2
     54
  • Tristan
    2019-04-14
    为什么实战高并发程序设计医术中写道“Tread.stop()方法在结束线程时,会直接终止线程,并且会释放这个线程所持有的锁”,而您文中所写的“果线程持有 synchronized 隐式锁,也不会释放”??

    作者回复: 是我的错,我确认了一下,隐式锁可以释放。多谢多谢!!!

     2
     32
  • thas
    2019-03-19
    interrupt是中断的意思,在单片机开发领域,用于接收特定的事件,从而执行后续的操作。Java线程中,(通常)使用interrupt作为线程退出的通知事件,告知线程可以结束了。
    interrupt不会结束线程的运行,在抛出InterruptedException后会清除中断标志(代表可以接收下一个中断信号了),所以我想,interrupt应该也是可以类似单片机一样作为一种通知信号的,只是实现通知的话,Java有其他更好的选择。
    因InterruptedException退出同步代码块会释放当前线程持有的锁,所以相比外部强制stop是安全的(已手动测试)。sleep、join等会抛出InterruptedException的操作会立即抛出异常,wait在被唤醒之后才会抛出异常(就像阻塞一样,不被打扰)。
    另外,感谢老师提醒,I/O阻塞在Java中是可运行状态,并发包中的lock是等待状态。
    展开

    作者回复: 能和硬件中断联系起来👍👍👍

     1
     24
  • Junzi
    2019-03-26
    当发起中断之后,Thread.sleep(100);会抛出InterruptedException异常,而这个抛出这个异常会清除当前线程的中断标识,导致th.isInterrupted()一直都是返回false的。

    InterruptedException - if any thread has interrupted the current thread. The interrupted status of the current thread is cleared when this exception is thrown.

    作者回复: 👍

    
     15
  • rock
    2019-06-20
    new, runnable, block, waiting, time_waiting, terminated

    runnable-->block, 仅线程等待synchronized隐式锁
    block-->runnable, 线程获得了synchronized隐式锁

    runnable-->waiting, 线程获得了synchronized隐式锁,在临界区类调用wait(),(无时间限制的)等待指定的条件满足。
                         线程调用子线程的Thread.jion(),(无时间限制的)等待子线程执行完成返回。
                         线程调用LockSupport.park(),(无时间限制的)等待LockSupport.unPark(thead)。【LockSupport.park(),用于创建锁和其他同步类的底层基本线程阻塞原语,使当前线程block from thread scheduling】
    waiting-->runnable, 上述3种,条件达成后。

    runnable-->time_waiting, 线程获得了synchronized隐式锁,在临界区类调用wait(time),(有时间限制的)等待指定的条件满足。
                             线程调用子线程的Thread.jion(time),(有时间限制的)等待子线程执行完成返回。
                             线程调用LockSupport.parkNanos(Object blocker, long deadline).
                             线程调用LockSupport.partUntil(long deadline).
                             线程调用Thread.sleep(long millis).
    time_waiting-->runnable, 上述条件满足 或 等待超时

    runnable-->teminated, 线程自动终结:1,线程run方法执行结束退出; 2,线程run方法内部抛出异常退出
                             其他线程通过调用本线程的Tread.interrupt()方法,尝试强制中止本线程:【注:不要用Tread.stop()这个废弃方法,危害...】
                               1) 本线程处于waiting,timed_waiting状态时,其他线程调用本线程的interrupt(),会使本线程转为Runnable状态,同时本线程抛出InterruptedException.
                               2) 本线程处于Runnable状态,且阻塞在java.nio.channels.InterruptedChannel [可中断channel]时,其他线程调用本线程的interrupt(),会使本线程抛出ClosedByInterruptedException。
                               3) 本线程处于Runnable状态,且阻塞在java.nio.channels.Selector[可多路复用的异步IO机制]上时,本线程会(从Selector.select())立即返回。
                               4) 本线程处于Runnable状态,且没有阻塞在某个I/O操作上时,其他线程调用本线程的interrupt(),这只是将本线程的中断标志位置为True。
                                  本线程可以通过调用isInterrupted()来查看本线程的中断标志位是否被置为true,可以决定退出,也可以忽略它(全看代码逻辑)。

                             重要:本线程抛出InterruptedException后,会把本线程的中断标志位清空,可能已有的中断标志True就消失了,可能会引起本线程失去主动监测中断标志以退出的机会!
                                  所以,对本线程抛出的InterruptedException的异常try-catch后,再主动置标志位为True。Thead.currentTread().interrupt();
    展开
    
     9
  • alias cd=rm -rf
    2019-03-19
    思考题,不能中断循环,异常捕获要放在while循环外面

    作者回复: 你这也是个办法

     2
     9
  • 缪文@场景鹿
    2019-04-02
    if(th.isInterrupted()) {
        break;
      }
    其实这段代码完全没必要啊,在捕获中断异常后,直接break就好了
     3
     8
  • 刘晓林
    2019-03-19
    感谢老师提醒,原来jvm层面的线程状态和os层面上的线程状态是不一样的,i/o挂起在jvm也是runable状态。另外并发包的lock其实是处于waitting状态。
    但是有个疑问,jvm中blocked状态的线程和waitting状态的线程,除了处在不同的队列之外,还有没有什么区别呀?我这里问的区别包括jvm和os两个层面,谢谢老师

    作者回复: block不能响应中断,os里应该都是休眠状态,因为都不能获得cpu使用权

    
     8
  • 悟
    2019-03-19
    老师 stop方法直接杀掉线程了,什么不会释放锁呢

    作者回复: 我也不知道搞jvm的人咋想的

     1
     8
  • Aven
    2019-07-02
    老师,您好,想问下,在讲到“java调用阻塞api的情况下,java程序仍然是Runnable状态”这里的时候,我不太理解,哪些api是属于阻塞api呢

    作者回复: 阻塞式的读文件,读网络数据都是

    
     5
  • Dylan
    2019-03-24
    老师,Java调用阻塞API时,Java层面是runnable,那仍然占用CPU吗,此时此线程在操作系统中是什么状态呢?这个问题好几个人都在问,能详细解释下吗?

    作者回复: 不占cpu,操作系统里是阻塞状态。

    
     5
  • Docker
    2019-03-20
    测试过了,确实一个线程获取不到锁,线程状态为blocked
    
     5
  • gogo
    2019-03-20

    public class TestThread {

        public static void main(String[] args) throws InterruptedException {

            Worker t = new Worker();
            t.start();

            Thread.sleep(2000);
            
            System.out.println("-1-1-1-");
            t.interrupt();
            System.out.println("000000");
            Thread.sleep(2000);
            t.stop();
            System.out.println("000111");
            Thread.sleep(2000);
            t.join();
            System.out.println("111111");
        }

    }

    class Worker extends Thread {

        @Override
        public void run() {
            int i = 0;
            while (i<20) {
                if (Thread.currentThread().isInterrupted()) {
                    break;
                }
                ++i;
                System.out.println(Thread.currentThread().getName() + "i: " + i);
                try {
                    Thread.sleep(1000);
                } catch (InterruptedException e) {
                    // TODO Auto-generated catch block
                    e.printStackTrace();
                }
            }
        }
    }

    ----------------------------------------------------------------------------
    忽然发现极客时间网页版的留言窗口好小啊,都看不到自己上面写的东西...
    ----------------------------------------------------------------------------

    1. 如果worker中没有sleep方法,则调用th.interrupt()方法会真正的中断th线程,并且不会抛出InterruptException 但是该演示代码不能体现锁的释放;
    2. 如果worer中有sleep方法,则调用th.interrupt()方法会抛 java.lang.InterruptException(), 是针对sleep方法抛出的
        同样的Object的wait() wait(带参) 也会抛出java.lang.InterruptException()而从当前的wait/blocked状态被中断(唤醒)
        那也就是说,throws InterruptedException 的方法 在线程被调用interrupt()方法后,会被从当前状态中断
        至于调用interrupy()方法后线程的状态属于哪种,取决于interrupt方法前的执行的方法使得当前线程处于哪种状态,
        老师的总结很到位,需要好好理解,感受~!
    3. 无论worder的run中有没有slee()方法,stop都会直接中断线程,当前演示代码也无法演示锁没有被释放
    4. join()总是在等待被调用的线程执行完毕
    5. while循环放在try里面, 在调用th.interrupt之后,可以有效捕获InterruptException 从而使th线程中断

    说的有点多了, 大家多多讨论~!~!~!

    展开

    作者回复: 好认真👍👍👍

    
     5
  • 海鸿
    2019-03-19
    如果线程处于阻塞状态(BLOCKED),此时调用线程的中断方法,线程会又如何反应?
    是否会像等待状态一样抛异常?
    还是会像运行状态一样被标记为已中断状态?
    还是不受到任何影响?
    麻烦老师解答一下😁

    作者回复: 阻塞态的线程不响应中断,并发包里的锁有方法能够响应中断

    
     5
  • 向往的生活
    2019-03-19
    当线程 A 处于 WAITING、TIMED_WAITING 状态时,如果其他线程调用线程 A 的 interrupt() 方法,会使线程 A 返回到 RUNNABLE 状态,同时线程 A 的代码会触发 InterruptedException 异常。此时如果线程A获取不到锁,岂不是会立马又变成BLOCKED 状态?

    作者回复: 我估计不会有中间的runnable,只是换个队列而已

     1
     5
  • xuery
    2019-04-22
    看了下留言,感觉自己的思考还可以深一点,应该接着问自己:如果这样不行,那应该采用什么样的写法呢,慢慢培养自己的思维习惯吧
    
     3
  • cky.宇
    2019-11-04
    根据接口文档描述,stop()虽然也会中止线程并释放锁,但是没有提供一种补偿的机会,可能某个线程对共享对象进行了不完整的修改,此时如果stop后,该共享对象会继续被其他线程使用,造成线程安全问题。interrupt()则是提供给使用者一种被中断后补偿的机会,例如回滚之前的修改。个人理解是这样的,请老师指点一下。

    作者回复: 完全同意!

    
     2
  • 拯救地球好累
    2019-07-22
    ---总结---
    1. JAVA的线程生命周期模型在操作系统的基础上稍作了修改,一是Runnable表示可运行与运行状态(等待资源依然是Runnable),二是将休眠状态扩展成了Blocked&Waiting&Time_waiting三种状态

    ---启发---
    1. 作为工程师能搞懂理论模型并能在其基础上按需求变化是个必备的能力
    2. 对使用的任何类,懂得其原理和设计理念能保证更好地使用
    3. 对使用的任何方法,懂得其操作方式和可能出现的异常也非常重要
    4. 养成看doc的习惯

    ---课后思考---
    sleep方法的java doc中写道“if any thread has interrupted the current thread. The interrupted status of the current thread is cleared when this exception is thrown.”
    因此在try-catch中出现的中断异常被捕获后不做处理将会导致interruped status被清理。
    展开

    作者回复: 👍

    
     2
我们在线,来聊聊吧