线程一1.0 线程获取线程的运行时异常，Hook线程

最新推荐文章于 2022-03-10 22:54:51 发布

Arno-wei

最新推荐文章于 2022-03-10 22:54:51 发布

阅读量276

点赞数

分类专栏：多线程

本文链接：https://blog.csdn.net/insis_mo/article/details/88657639

版权

多线程专栏收录该内容

21 篇文章 1 订阅

订阅专栏

下图：

线程在执行单元中是不允许抛出checked异常的，，而且线程运行在自己的上下文中，派生他的线程将无法直接获得它运行中出现的异常信息，对此Java给我们提供了一个uncaughtexceptionHandler接口，当线程在运行过程中出现异常时，就会回调UncaughtExceptionHandler接口，从而得知那个线程在运行中出错，以及出现了什么样的错误，如下

public static void main(String[] args) {
try{
Thread t =new Thread(new Runnable(){
@Override
public void run() {
int i = 10/0;
System.out.println("run....");
}
});
t.setUncaughtExceptionHandler(new UncaughtExceptionHandler() {
@Override
public void uncaughtException(Thread t, Throwable e) {
System.out.println("catch 到了"+t.getName());
e.printStackTrace();
}
});
t.start();
}catch(Exception e){
System.out.println("catch 不到");
}
}

结果如下：

public static void main(String[] args) {
try{
Thread t =new Thread(new Runnable(){
@Override
public void run() {
int i = 10/0;
System.out.println("run....");
}
});
t.start();
}catch(Exception e){
System.out.println("catch 不到");
}
}

二》 uncaughtExceptionHandker 源码分析

在没有向线程注入uncaughtExceptionHandler回调接口的时候线程若是出现了异常该怎么办？

get方法首先会判断当前线程中是否设置了handler，有则执行线程自己的uncaughtException 方法，否则就到所在的threadgroup中获取，threadgroup同样也实现了uncaugthExceptionHandler接口，看看threadgroup里面的uncaught-Exception：

该threadgroup如果有父threadgroup，则直接调用父group的uncaughtException，

如果设置了全局默认的uncaughtexceptionHandler,则调用uncaughtException方法，

若既没有父threadgroup，也没有设置全局的默认uncaughtException，则会直接将异常的堆栈信息定向到system，err中

public static void main(String[] args) {
ThreadGroup maingroup=Thread.currentThread().getThreadGroup();
System.out.println(maingroup.getName());
System.out.println(maingroup.getParent());
System.out.println(maingroup.getParent().getParent());
final Thread thread=new Thread(()->{
   try {
               TimeUnit.SECONDS.sleep(2);
           } catch (Exception e) {
               // TODO: handle exception
           }

   System.out.println(1/0);
},"test-thread");
thread.start();
}

上面代码没有设置默认的handler，也没有对thread指定handler，因此当thread出现异常的时候，会向上寻找group的uncaughtException,如图：

三注入钩子线程：

hook线程：

jvm的退出是由于jvm进程中没有活跃的非守护线程，或者收到了系统的中断信号，向jvm程序中注入了一个Hook线程，在jvm进城退出的时候，Hook线程会启动执行，通过Runtime可以为jvm注入多个Hook线程，例子：

public static void main(String[] args) {
Runtime.getRuntime().addShutdownHook(new Thread() {
   @Override
   public void run() {
       try {
           System.out.println("the hook thread 1 is running.");
               TimeUnit.SECONDS.sleep(1);
           } catch (Exception e) {
               e.printStackTrace();

           }
       System.out.println("the hook thread 1 will exit.");
   }
});
//可以注入多个
Runtime.getRuntime().addShutdownHook(new Thread() {
   @Override
   public void run() {
       try {
           System.out.println("the hook thread 2 is running.");
               TimeUnit.SECONDS.sleep(1);
           } catch (Exception e) {
               e.printStackTrace();

           }
       System.out.println("the hook thread 2 will exit.");
   }
});
}

java 注入了两个Hook线程，在main线程中结束，也就是jvm中没有了活动的非守护线程，jvm即将推出的时候，两个Hook线程会被启动并且运行，结果如下：

在我们开发中经常会遇到Hook线程，比如为了防止某个程序被重复启动，在进程启动时会创建一个lock文件，进程收到中断信号的时候会删除这个lock文件的存在，模拟一个利用Hook线程防止重复启动的程序，;

public class ThreadGroupCreator {
   private final static String LOCK_PATH="/wenjian/home";
   private final static String LOCK_FILE=".lock";
   private final static String PERMISSIONS="rw-------";
   public static void main(String[] args) throws IOException{
Runtime.getRuntime().addShutdownHook(new Thread(()->{
   System.out.println("the program received kill signal.");
   getLockFile().toFile().delete();

}));
       checkckRunning();
       for(; ;) {
           try {
               TimeUnit.MILLISECONDS.sleep(1);
               System.out.println("program is running.");
           } catch (Exception e) {
               e.printStackTrace();

           }
       }
}
   private static void checkckRunning() throws IOException {
       Path path=getLockFile();
       if (path.toFile().exists()) {
           throw new RuntimeException("the program already running.");
       }
       Set<PosixFilePermission>perms=PosixFilePermissions.fromString(PERMISSIONS);
       Files.createFile(path, PosixFilePermissions.asFileAttribute(perms));
   }
   private static Path getLockFile() {
       return java.nio.file.Paths.get(LOCK_PATH, LOCK_FILE);
   }
}