LockSupport与线程中断

LockSupport与线程中断

• LockSupport
  

• 线程中断机制

线程中断机制

蚂蚁金服面试题

1. interrupt()、interrupted()、isInterrupted()的区别
2. 如何中断一个运行中的线程？
3. 如何停止一个运行中的线程？

什么是中断机制

1. 一个线程不应该由其他线程来强制中断或停止,而是应该由线程自己自行停止,所以,Thread.stop、Thread.suspend、Thread. resume都已经被废弃了
2. 在Java中没有办法立即停止一条线程,然而停止线程却显得尤为重要,如取消一个耗时操作。因此,Java提供了一种用于停止线程的机制 — 中断，也即中断标识协商机制
3. 中断只是一种协作机制,Java没有给中断增加任何语法,中断的过程完全需要程序员自己实现
4. 若要中断一个线程,你需要手动调用该线程的interrupt方法,该方法也仅仅是将线程对象的中断标识设为true，然后你需要自己写代码检测当前线程标志位，如果为true，表示别的线程请求这条线程中断，究竟该做什么，要自己写代码。
5. 每个线程对象中都有一个标识,用于标识线程是否被中断;该标识位为true表示中断,为false表示未中断;通过调用线程对象的interrupt方法将线程的标识位设为true;可以在别的线程中调用,也可以在自己的线程中调用

中断相关API

• interrupt() 实例方法

  1. 仅仅是设置线程的中断状态为true，发起一个协商而不会立刻停止线程
  2. 源码

     • 

     • 如果该线程正在阻塞Object类的wait方法或Thread类的join和sleep方法,那么他的中断状态将被清除，并且产生InterruptedException

     • 中断不活动的线程不会产生任何影响

• interrupted() 静态方法

  1. 判断线程是否被中断，并清除当前中断状态（做了两件事）
     • 返回当前线程的中断状态，测试当前线程是否已经被中断
     • 将当前线程的中断状态清零，并重新设置为false，清除线程的中断状态
  2. 源码
     • 

• isInterrupted() 实例方法

  1. 判断当前线程是否被中断（通过检查中断标志位）

如何中断运行中的线程（要由线程自己停止）

• 通过volatile（多线程下可见性）

  static volatile boolean isStop = false;    
  
  new Thread(() -> {
              
      while (true){
          if(isStop){
              System.out.println(Thread.currentThread().getName()+"\t isStop被修改为true，程序停止");
              break;
          }
          System.out.println("t1 -----hello volatile");
      }
  },"t1").start();
  
  //暂停毫秒
  try { TimeUnit.MILLISECONDS.sleep(20); } catch (InterruptedException e) { e.printStackTrace(); }
  
  new Thread(() -> {
      isStop = true;
  },"t2").start();
  

• 通过AtomicBoolean

  static AtomicBoolean atomicBoolean = new AtomicBoolean(false);
  new Thread(() -> {
      while (true)
      {
          if(atomicBoolean.get())
          {
              System.out.println(Thread.currentThread().getName()+"\t atomicBoolean被修改为true，程序停止");
              break;
          }
          System.out.println("t1 -----hello atomicBoolean");
      }
  },"t1").start();
  
  //暂停毫秒
  try { TimeUnit.MILLISECONDS.sleep(20); } catch (InterruptedException e) { e.printStackTrace(); }
  
  new Thread(() -> {
      atomicBoolean.set(true);
  },"t2").start();
  

• 通过Tread类自带的中断API方法实现

  Thread t1 = new Thread(() -> {
      while (true)
      {
          if(Thread.currentThread().isInterrupted())
          {
              System.out.println(Thread.currentThread().getName()+"\t isInterrupted()被修改为true，程序停止");
              break;
          }
          System.out.println("t1 -----hello interrupt api");
      }
  }, "t1");
  t1.start();
  
  System.out.println("-----t1的默认中断标志位："+t1.isInterrupted());
  
  //暂停毫秒
  try { TimeUnit.MILLISECONDS.sleep(20); } catch (InterruptedException e) { e.printStackTrace(); }
  
  //t2向t1发出协商，将t1的中断标志位设为true希望t1停下来
  new Thread(() -> {
      t1.interrupt();
  },"t2").start();
  

当前线程的中断标识为true，是不是线程就立刻停止？

• 实例方法interrupt() 仅仅是设置线程的中断状态位为true，不会立刻停止线程。

• 如果中断线程时报出interruptExcaption，需要再catch中再次调用interrupt方法。否则会因为中断状态被清除而进入死循环。

静态方法Thread.interrupted()，谈谈你的理解

• 二者区别

静态方法interruped 会清除中断状态，传入的参数ClearInterrupted为true

实例方法isInterrupted 则不会清除，传入的参数ClearInterrupted为false

LockSupport

LockSupport是一个线程阻塞工具类，所有的方法都是静态方法，调用的是Unsafe中的native方法。

LockSupport中的park()和unpark()的作用分别是阻塞线程了解除阻塞线程 。

使用了一种名为Permit（许可）的概念来做到阻塞和唤醒线程的功能，每个线程都有一个许可。

三种让线程等待和唤醒的方法

1. 使用Object类中获得wait()方法，让线程等待，使用notify()方法唤醒线程。
2. 使用JUC包中的Condition的await()方法让线程等待，使用signal()方法唤醒线程。
3. LockSupport类可以阻塞当前线程以及唤醒指定被阻塞的线程。

三种方法不同点

• Object类
  1. wait()和notify() 必须先持有锁，否则会抛illegalMonitorStateException。
  2. 必须先wait()再notify()，否则会出现死锁的问题。
• Condition接口
  1. await()和signal()必须先持有锁，否则会抛illegalMonitorStateException。
  2. 必须先await()再signal()，否则会出现死锁的问题。
• LockSupport类
  1. 解决了上述两个问题（可以无锁，无顺序要求）
  2. 但是许可证无法积累，最多只有一个。所以在多次park() 多个unpark()的时候会产生死锁。

经典问题

• 为什么可以突破wait/notify的原有调用顺序？

因为unpark获得了一个凭证，之后再调用park方法，就可以直接凭证消费，不会阻塞，先发放了凭证后续可以畅通无阻。

• 为什么唤醒两次后阻塞两次，但是最终还是会阻塞线程？

因为凭证的数量最多是1，连续调用两次unpark和调用一次unpark的效果一样，只会增加一个屏障。而调用两次park却需要消费两个凭证，证不够，不能放行。