当前位置: 首页 > 最新文章 > 正文

submit和execute方法的区别(submit和execute)

public interface Executor { void execute;}这就是execute方法,接受一个runnable,然后返回为空。也就是说,它接受任务之后,就静悄悄异步去运行了。区别就是submit方法,会返回一个Future对象。把submit方法换成execute方法,可以看到异常能够正常输出。为了避免抄袭,我还是输出一些自定义的堆栈吧。通过返回的Future,执行它

admin

public interface Executor { void execute;}这就是execute方法,接受一个runnable,然后返回为空。也就是说,它接受任务之后,就静悄悄异步去运行了。区别就是submit方法,会返回一个Future对象。把submit方法换成execute方法,可以看到异常能够正常输出。为了避免抄袭,我还是输出一些自定义的堆栈吧。通过返回的Future,执行它的get方法,即可获取完成的错误堆栈。你可能怀疑不调用get,我们的代码没有运行,其实不是的。但我们上面说到,execute的方式,错误也是无法捕捉。解决方式就是使用ThreadFactory,实现它的UncaughtExceptionHandler。aThread[pool-1-thread-1,5,main]java.lang.ArithmeticException: / by zeroEndJava线程池对于异常处理的这些默认行为,以及差别,我是特别抵触的。可以说两种默认行为都很low,我们还需要处理很多动作,才能捕捉到合适的异常。找个日志吧,习惯性的往项目的error日志里去找,并没有。

线程池的execute方法和submit方法有什么区别?

不羡鸳鸯不羡仙,一行代码调半天。原创:小姐姐味道(微信公众号ID:xjjdog),欢迎分享,转载请保留出处。

文章内容很聚焦,但干货十足。不注意的话你可能会落入陷阱。

concurrent包里的ExecutorService,是一个接口,继承的是Executor,而Executor里只有一个方法。

public interface Executor {    void execute(Runnable command);}

这就是execute方法,接受一个runnable,然后返回为空。也就是说,它接受任务之后,就静悄悄异步去运行了。

我们再来看submit方法。区别就是submit方法,会返回一个Future对象。显然它是比execute方法多了一些内容的。

<T> Future<T> submit(Callable<T> task);<T> Future<T> submit(Runnable task, T result);Future<?> submit(Runnable task);

问题

我们尝试运行以下代码:

ExecutorService service = Executors.newFixedThreadPool(1);Runnable r = () -> System.out.println(1 / 0);service.submit(r);service.shutdown();

程序静悄悄的什么都没有输出,异常没有,日志也没有,我们的错误直接被吞掉了。

把submit方法换成execute方法,可以看到异常能够正常输出。为了避免抄袭,我还是输出一些自定义的堆栈吧。

Exception in thread "pool-1-thread-1" java.lang.ArithmeticException: / by zeroat com.github.xjjdog.pool.AAA.lambda$main$0(AAA.java:13)at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)at java.lang.Thread.run(Thread.java:748)

但它也仅仅是输出而已,我们无法使用logback之类的日志框架对其进行记录,因为它这个打印动作我们是不可控的。

解决方法

首先看下submit 方式的解决方法。通过返回的Future,执行它的get方法,即可获取完成的错误堆栈。

ExecutorService service = Executors.newFixedThreadPool(1);Runnable r = () -> System.out.println(1 / 0);Future f = service.submit(r);f.get();service.shutdown();

下面是输出结果。

Exception in thread "main" java.util.concurrent.ExecutionException: java.lang.ArithmeticException: / by zeroat java.util.concurrent.FutureTask.report(FutureTask.java:122)at java.util.concurrent.FutureTask.get(FutureTask.java:192)at com.github.xjjdog.pool.AAA.main(AAA.java:20)Caused by: java.lang.ArithmeticException: / by zeroat com.github.xjjdog.pool.AAA.lambda$main$0(AAA.java:16)at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)at java.util.concurrent.FutureTask.run(FutureTask.java:266)at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)at java.lang.Thread.run(Thread.java:748)

但我们平常情况下,使用Future的时候并不多,因为它会阻塞我们的请求。

你可能怀疑不调用get,我们的代码没有运行,其实不是的。把runnable改成如下代码,不调用get方法,发现程序只输出了一个a。

Runnable r = () -> {    System.out.println("a");    System.out.println(1 / 0);};

真是让人恼火啊,想要抛出异常,还是使用execute方便一些。

但我们上面说到,execute的方式,错误也是无法捕捉。其实我们可以曲线救国的绕一下去解决。解决方式就是使用ThreadFactory,实现它的UncaughtExceptionHandler。具体代码如下:

ThreadFactory factory = r->{    Thread thread = Executors.defaultThreadFactory().newThread(r);    thread.setUncaughtExceptionHandler( (t,e) -> {        System.out.println(t + "" + e);        e.printStackTrace();//example    });    return thread ;};ExecutorService service = Executors.newFixedThreadPool(1,factory);Runnable r = () -> {    System.out.println("a");    System.out.println(1 / 0);};service.execute(r);service.shutdown();

运行之后,能够看到我们的自定义异常捕获。

aThread[pool-1-thread-1,5,main]java.lang.ArithmeticException: / by zero

End

Java线程池对于异常处理的这些默认行为,以及差别,我是特别抵触的。可以说两种默认行为都很low,我们还需要处理很多动作,才能捕捉到合适的异常。

多线程编程本来就难,又搞出这么两套东西来。找个日志吧,习惯性的往项目的error日志里去找,并没有。真是苦了开发同学。

作者简介:小姐姐味道 (xjjdog),一个不允许程序员走弯路的公众号。聚焦基础架构和Linux。十年架构,日百亿流量,与你探讨高并发世界,给你不一样的味道。我的个人微信xjjdog0,欢迎添加好友,进一步交流。

后台回复“加群”,带你进入高手如云交流群


上一篇: 吃饭时摔一跤,叉子插进女童口腔,尖齿呈90度弯曲,医生精细手术将其取出 下一篇:秀才排列三22080期分析:本期预计开出两奇一偶组合
返回顶部