Thread中interrupted()方法和isInterrupted()方法区别总结

 

 

interrupted()源码

 

isInterrupted()源码

 

interrupted()是静态方法：内部实现是调用的当前线程的isInterrupted()，并且会重置当前线程的中断状态

 

isInterrupted()是实例方法，是调用该方法的对象所表示的那个线程的isInterrupted()，不会重置当前线程的中断状态

 

 

测试方法验证：

1.    

第一个红框中断的线程是我们自己创建的myThread线程，我调用的interrupted()，由上面源码可知是判断当前线程的中断状态，当前线程是main线程，我根本没有中断过main线程，所以2次调用均返回“false”

 

 

 

2.

第一个红框中断的线程是当前线程（main线程），我调用的interrupted()，由上面源码可知是判断当前线程的中断状态，当前线程是main线程，所以第1次调用结果返回“true”，因为我确实中断了main线程，

 

由源码可知interrupted()调用的是isInterrupted()，并会重置中断状态，所以第一次调用之后把中断状态给重置了，从中断状态重置为非中断状态，所以第2次调用的结果返回“false”

 

 

3.

第一个红框中断的线程是我们自己创建的myThread线程，我调用的isInterrupted()，由上面源码可知是判断执行该方法的对象所表示线程的中断状态，也就是myThread引用所表示的线程的中断状态，所以第1次调用结果返回“true”，

 

由源码可知isInterrupted()不会重置中断状态，所以第一次调用之后没有把中断状态给重置（从中断状态重置为非中断状态），所以第2次调用的结果还返回“true”

 

 

 

 

 

 

4.

第一个红框中断的线程是我们自己创建的myThread线程，我调用的isInterrupted()，由上面源码可知是判断执行该方法的对象所表示线程的中断状态，也就是main的中断状态，我压根没有中断main线程，所以理所当然2次调用结果都返回“false”

 

 

5.

第一个红框中断的线程是当前线程（main线程），我调用的isInterrupted()，由上面源码可知是判断执行该方法的对象所表示线程的中断状态，也就是main的中断状态，所以第1次调用结果返回“true”,

 

因为源码内部调用isInterrupted() 参数传的false，不会重置main线程的中断状态，所以第2次调用还是返回”true”