ExecutorService中对异常的处理

这篇文章里我们分析一下Executor/ExecutorService中异常的处理方式，ExecutorService加强了Executor这个接口，并提供了submit方法以加强Executor中的execute方法，也正是因为这两个方法某些细微的差异，造成了对异常处理时两个方法的千差万别。

在面对异常时，有如下几种场景

Situation	Way to keep safe
Thread	1.自定义UncaughtExceptionHandler 2.用 try/catch代码块包围 3.自己实现Thread的子类去记录异常日志
ThreadPoolExecutor	1.重写afterExecute()方法来记录异常 2.检查Future
Future/ FutureTask	1.调用get方法以获取内部的执行异常 2.重写 FutureTask.done()方法

综上来看，异常处理无非三种方式，要么用trycatch，要么自定义个handler，要么去弄个子类覆盖某些方法，我们今天就来探索探索这里面的坑。

先用一段非常简单的代码来体会下execute和submit对于异常处理的不同

public static void main(String[] args) throws Exception {
        ExecutorService exe = Executors.newFixedThreadPool(1);
        //exe.execute(new Task());
        exe.submit(new Task());
public static class Task implements Runnable {
        @Override
        public void run() {
            System.out.println(Integer.parseInt("123"));
            System.out.println(Integer.parseInt("XYZ"));//这里会抛RuntimeException
        }
    }
}

启动main方法，输出如下（注意！没有异常！）

submit木有异常！

接着注释掉submit，启用execute，则会抛出异常

输出123后抛出异常

我们再修改下main方法

public static void main(String[] args) throws Exception {
        ExecutorService exe = Executors.newFixedThreadPool(1);
        Future f=exe.submit(new Task());
        f.get();
}

这样修改之后，程序也像execute方法那样抛出了异常，这也是这两者之间的差别，submit方法会把异常也当作是任务的一部分，只有调用get了才能拿得到异常。
为什么submit会“吞下”异常直至调用他的get方法呢，我把代码贴出来，就一目了然了。
我们所调用的submit方法，是在AbstractExecutorService中实现的

public <T> Future<T> submit(Callable<T> task) {
        if (task == null) throw new NullPointerException();
        RunnableFuture<T> ftask = newTaskFor(task);//将任务包装一下
        execute(ftask);                            //执行任务
        return ftask;
    }

execute方法是在ThreadPoolExecutor中实现的，整个execute方法其实就是判断线程池的状态然后选择到底是new新线程执行还是加入队列等等，干事的就是这一句addWorker(command, true);
之后就会调用内部类Worker的run方法，

我们具体看下这个方法

final void runWorker(Worker w) {//省略了一些状态判断的代码
        Thread wt = Thread.currentThread();
        Runnable task = w.firstTask;
        w.firstTask = null;
        w.unlock(); // allow interrupts
        boolean completedAbruptly = true;
                try {
                    beforeExecute(wt, task);
                    Throwable thrown = null;
                    try {
                        task.run(); //此处调用FutureTask.run()
                    } catch (RuntimeException x) {
                        thrown = x; throw x;
                    } catch (Error x) {
                        thrown = x; throw x;
                    } catch (Throwable x) {
                        thrown = x; throw new Error(x);
                    } finally {
                        afterExecute(task, thrown);
                    }
                } finally {
                    task = null;
                    w.completedTasks++;
                    w.unlock();
                }
            }
            completedAbruptly = false;
    }

接着FutureTask.run()

public void run() {//省略了一些状态判断的代码
        try {
            Callable<V> c = callable;
            if (c != null && state == NEW) {
                V result;
                boolean ran;
                try {
                    result = c.call();
                    ran = true;
                } catch (Throwable ex) {
                    result = null;
                    ran = false;
                    setException(ex);   //这里吞下了异常！！！！
                }
                if (ran)
                    set(result);
            }
        } finally {
             //省略了其他代码
        }
    }

这样，异常就被submit给含在嘴里了，要他吐出来，只能去调用他的get方法

public V get() throws InterruptedException, ExecutionException {
        int s = state;
        if (s <= COMPLETING)
            s = awaitDone(false, 0L);
        return report(s);   //接着往下看
    }

private V report(int s) throws ExecutionException {
        Object x = outcome;
        if (s == NORMAL)
            return (V)x;
        if (s >= CANCELLED)
            throw new CancellationException();
        throw new ExecutionException((Throwable)x);//异常直到这里才会抛出
    }

而如果是execute方法的话，task.run调用的就是Callable或者Runnable的方法了，所以有异常就直接抛了，没有了那FutureTask那层包装。
花了好大功夫明白了为什么submit直到调用get方法才会抛异常，我们来看下解决方案

把submit吞异常给说清楚了，我这里挑几个stackoverflow上比较热门的，ExecutorService中异常处理错误的实践

UncaughtExceptionHandler的错误实践

public class ThreadStudy {
    public static void main(String[] args) {
        final UncaughtExceptionHandler exceptionHandler = new UncaughtExceptionHandler() {
            @Override
            public void uncaughtException(Thread t, Throwable e) {
                synchronized (this) {
                    System.err.println("Uncaught exception in thread '" + t.getName() + "': " + e.getMessage());
                }
            }
        };
        // 自定义线程的newThread方法以加入自己的Handler
        ThreadFactory threadFactory = new ThreadFactory() {
            @Override
            public Thread newThread(Runnable r) {
                System.out.println("creating pooled thread");
                final Thread thread = new Thread(r);
               //以为这样可以抓住执行过程的异常
                thread.setUncaughtExceptionHandler(exceptionHandler);
                return thread;
            }
        };
        ExecutorService threadPool
                            = Executors.newFixedThreadPool(1, threadFactory);
        Callable callable = new Callable() {
            @Override
            public Integer call() throws Exception {
                throw new Exception("Error in Callable");
            }
        };
        threadPool.submit(callable);
        threadPool.shutdown();
        System.out.println("-----------Done.---------");
    }
}

大家可以自己试试，输出的就只有最后那行Done。

afterExecute的错误实践

public class ThreadStudy2 {
    public static class ExceptionCaughtThreadPool extends ThreadPoolExecutor{
        List<Throwable> exceptions=new LinkedList();
        //构造函数省略
        @Override
        protected void afterExecute(Runnable r, Throwable t) {
            if (t!=null){
                exceptions.add(t);
                System.out.println("catch exception in afterExecute");
                return;
            }
            System.out.println("everything is ok");
        }
    }
    public static void main(String[] args){
        ExceptionCaughtThreadPool threadPool=new ExceptionCaughtThreadPool(1,1,100,TimeUnit.SECONDS,new LinkedBlockingQueue<>());
        threadPool.execute(new Runnable() {
            @Override
            public void run() {
                throw new RuntimeException();
            }
        });
        System.out.println("--------DONE-----------");
    }
}

大家可以接着试试这段代码，输出的是everything is ok。

jdk文档里给了一个我认为是脱裤子放屁的建议，代码如下

class ExtendedExecutor extends ThreadPoolExecutor {
    // 这可是jdk文档里面给的例子。。
    protected void afterExecute(Runnable r, Throwable t) {
        super.afterExecute(r, t);
        if (t == null && r instanceof Future<?>) {
            try {
                Object result = ((Future<?>) r).get();
            } catch (CancellationException ce) {
                t = ce;
            } catch (ExecutionException ee) {
                t = ee.getCause();
            } catch (InterruptedException ie) {
                Thread.currentThread().interrupt(); // ignore/reset
            }
        }
        if (t != null)
            System.out.println(t);
    }
}}

这代码确实让afterExecute方法可以拿到异常了，但又怎么样呢，既然要靠get方法去拿异常，何必我还要自己实现一个线程池然后去覆盖方法再get，我在外面直接future.get()不就好了，如果哪位读者有另外的看法，愿闻其详，反正我是看不出来jdk给这个例子有什么意义（除了告诉你有这么个方法可以覆盖）。

综上所述，在ExecutorService里面处理异常最主流的还是外部调用Future.get()方法后去catch异常，或是直接在runnable的run方法里，对各类异常处理，不过在run方法中处理异常要留心。

我们先看下trycatch的一个例子

public class MyRunnable implements Runnable {
    private final List<Exception>   exceptions;
    public MyRunnable(final List<Throwable> exceptions) {
        this.exceptions = exceptions;
    }
    @Override
    public void run() {
        try {
            processData();
        } catch (final Exception ex) { //接住了所有的异常
            //处理异常
        }
    }
}

这里的一个很大的问题就是catch接住了所有的异常，包括了InterruptedException，这就比较麻烦了，因为中断是线程交互中非常重要的一个手段，这一下被吞了就麻烦了，所以run方法内trycatch要额外注意抓异常的顺序。

public void run(){
    try{
        processData();
    }catch(InterruptedException interrupted){
        //有可能会对中断异常进行特殊处理
    }catch(final Exception ex){ //接住了所有的异常
        //处理异常
    }
 }

综上所述，Executor中对异常的处理也介绍的差不多了，execute貌似只和submit差一个返回值，但是如我们分析的，对于异常的处理，差异还是很大的，因为水平有限，如有错误，恳请您能指出。

参考资料

最后编辑于：2017.12.05 18:38:51

人面猴
序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
沈念sama阅读 195,783评论 5赞 462
死咒
序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
沈念sama阅读 82,360评论 2赞 373
救了他两次的神仙让他今天三更去死
文/潘晓璐我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
开封第一讲书人阅读 142,942评论 0赞 325
道士缉凶录：失踪的卖姜人
文/不坏的土叔我叫张陵，是天一观的道长。经常有香客问我，道长，这世上最难降的妖魔是什么？我笑而不...
开封第一讲书人阅读 52,507评论 1赞 267
港岛之恋（遗憾婚礼）
正文为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
茶点故事阅读 61,324评论 5赞 358
恶毒庶女顶嫁案：这布局不是一般人想出来的
文/花漫我一把揭开白布。她就那样静静地躺着，像睡着了一般。火红的嫁衣衬着肌肤如雪。梳的纹丝不乱的头发上，一...
开封第一讲书人阅读 46,299评论 1赞 273
城市分裂传说
那天，我揣着相机与录音，去河边找鬼。笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。我是一名探鬼主播，决...
沈念sama阅读 36,685评论 3赞 386
双鸳鸯连环套：你想象不到人心有多黑
文/苍兰香墨我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
开封第一讲书人阅读 35,358评论 0赞 254
万荣杀人案实录
序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
沈念sama阅读 39,652评论 1赞 293
护林员之死
正文独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋以下内容为张勋视角年9月15日...
茶点故事阅读 34,704评论 2赞 312
白月光启示录
正文我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
茶点故事阅读 36,465评论 1赞 326
活死人
序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
沈念sama阅读 32,318评论 3赞 313
日本核电站爆炸内幕
正文年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
茶点故事阅读 37,711评论 3赞 299
男人毒药：我在死后第九天来索命
文/蒙蒙一、第九天我趴在偏房一处隐蔽的房顶上张望。院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
开封第一讲书人阅读 28,991评论 0赞 19
一桩弑父案，背后竟有这般阴谋
文/苍兰香墨我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。一阵脚步声响...
开封第一讲书人阅读 30,265评论 1赞 251
情欲美人皮
我被黑心中介骗来泰国打工，没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。一个月前我还...
沈念sama阅读 41,661评论 2赞 342
代替公主和亲
正文我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
茶点故事阅读 40,864评论 2赞 335

ExecutorService中对异常的处理

UncaughtExceptionHandler的错误实践

afterExecute的错误实践

推荐阅读更多精彩内容