啥？代码中好不容易用了下多线程，居然报错？怎么处理？

雨点打透心脏的1/2处 2022-10-19 04:28 1阅读 0赞

## 前言 ##

代码中好不容易找到了个机会用到了多线程，运行过程中居然报错，肿么办？？？  
本文我们来探究下在多线程中我们如何对各个线程中的异常进行处理。

## 案例一 ##

### 代码示例 ###

public class MyThread extends Thread{ 
    
        @Override
        public void run() { 
            System.out.println("开始执行多线程代码");
            int i= 1/0;
            System.out.println(i);
        }
    
        public static void main(String[] args) { 
            MyThread myThread=new MyThread();
            try { 
                myThread.start();
            }catch (Exception e){ 
                System.out.println("出现异常。。");
            }
    
        }
    }

### 执行结果 ###

![image-20210629222459527][]

### 分析 ###

因为异常无法抛出去，所以异常由JVM接管，我们手动无法捕获。

我们查看Thread的源码，部分如下：

// 向handler分派未捕获的异常。该方法仅由JVM调用。 
    private void dispatchUncaughtException(Throwable e) { 
            getUncaughtExceptionHandler().uncaughtException(this, e);
        }
    
    // 获取用来处理未捕获异常的handler，如果没有设置则返回当前线程所属的ThreadGroup
        public UncaughtExceptionHandler getUncaughtExceptionHandler() { 
            return uncaughtExceptionHandler != null ?
                uncaughtExceptionHandler : group;
        }

UncaughtExceptionHandler必须显示的设置，否则默认为null。若为null，则使用线程默认的handler，即该线程所属的ThreadGroup。ThreadGroup自身就是一个handler，查看ThreadGroup的源码就可以发现，ThreadGroup实现了Thread.UncaughtExceptionHandler接口，并实现了默认的处理方法。默认的未捕获异常处理器处理时，会调用 System.err 进行输出，也就是直接打印到控制台了。

![image-20210629224955537][]

![image-20210629225103981][]

由此可知，最终JVM是调用未捕获的异常处理器的uncaughtException()方法来处理异常的，并且是直接打印到控制台。

## 案例二 ##

### 代码示例 ###

public class MyThread extends Thread{ 
    
        @Override
        public void run() { 
            try { 
                System.out.println("开始执行多线程代码");
                int i= 1/0;
                System.out.println(i);
            }catch (Exception e){ 
                System.out.println("出现异常。。");
            }
    
        }
    
        public static void main(String[] args) { 
            MyThread myThread=new MyThread();
            myThread.start();
        }
    }

### 执行结果 ###

![image-20210629222657649][]

### 分析 ###

我们在run方法里面自己捕获异常，可以进行处理。相当于各个线程在自己独立的线程里面处理自己的异常，而不是抛出去给主线程，让主线程处理。

## 案例三 ##

通过案例一的分析，我们已经知道了线程会使用默认的未捕获异常处理器来处理异常。自然我们可以想到，是否可以自定义未捕获异常处理器，覆盖掉默认的捕获异常处理器。实际上，Thead确实已经提供了一个setUncaughtExceptionHandler方法，我们只需要将自定义未捕获异常处理器作为参数传入进入就可以了。

### 代码示例 ###

public class MyThread extends Thread{ 
    
        @Override
        public void run() { 
                System.out.println("开始执行多线程代码");
                int i= 1/0;  //发生异常
                System.out.println(i);
        }
    
        public static void main(String[] args) { 
            MyThread myThread=new MyThread();
            //自定义未捕获异常处理器
            myThread.setUncaughtExceptionHandler(new Thread.UncaughtExceptionHandler() { 
                @Override
                public void uncaughtException(Thread t, Throwable e) { 
                    System.out.println("尝试捕获线程抛出的异常！");
                }
            });
            myThread.start();
        }
    }

### 执行结果 ###

![image-20210629223224322][]

### 分析 ###

我们通过给Thread设置自定义的异常捕获处理器，覆盖jvm默认的异常处理器，就可以实现异常的自定义处理。

## 总结 ##

我们用三个案例来一步步的对多线程中的异常进行了剖析，最后在案例三中我们实现了自定义的异常处理器，并赋值给Thread对象，来进行处理。

## 微信公众号 ##

程序员资料站（微信中搜索：code\_data）  
纯技术分享，欢迎关注。

[image-20210629222459527]: /images/20221005/cc943f873c144be0bddc5fdcd45b4c10.png
[image-20210629224955537]: /images/20221005/b8334046a6fc4d9aab92b8863f04141f.png
[image-20210629225103981]: /images/20221005/7a6529f0702940589523f6be7f671ca7.png
[image-20210629222657649]: /images/20221005/aa14d5ae93634fb88adfe5665762d97e.png
[image-20210629223224322]: /images/20221005/d6a17675cd324e7592567e6ff2f5fe56.png