ExecutorService中submit和execute的区别

Callable 接口类似于，两者都是为那些其实例可能被另一个线程执行的类设计的。但是 Runnable 不会返回结果，并且无法抛出经过检查的异常。

 

 

Callable中的call()方法类似Runnable的run()方法，就是前者有返回值，后者没有。

 

当将一个Callable的对象传递给ExecutorService的submit方法，则该call方法自动在一个线程上执行，并且会返回执行结果Future对象。

 

同样，将Runnable的对象传递给ExecutorService的submit方法，则该run方法自动在一个线程上执行，并且会返回执行结果Future对象，但是在该Future对象上调用get方法，将返回null。

 

遗憾的是，在Java API文档中，这块介绍的很糊涂，估计是翻译人员还没搞清楚的缘故吧。或者说是注释不到位。下面看个例子：

 

import java.util.ArrayList; 
import java.util.List; 
import java.util.concurrent.*; 

/** 
* Callable接口测试 
* 
* @author leizhimin 2008-11-26 9:20:13 
*/
publicclass CallableDemo { 
        publicstaticvoid main(String[] args) { 
                ExecutorService executorService = Executors.newCachedThreadPool(); 
                List<Future<String>> resultList = new ArrayList<Future<String>>(); 

                //创建10个任务并执行
                for (int i = 0; i < 10; i++) { 
                        //使用ExecutorService执行Callable类型的任务，并将结果保存在future变量中
                        Future<String> future = executorService.submit(new TaskWithResult(i)); 
                        //将任务执行结果存储到List中
                        resultList.add(future); 
                } 

                //遍历任务的结果
                for (Future<String> fs : resultList) { 
                        try { 
                                System.out.println(fs.get());     //打印各个线程（任务）执行的结果
                        } catch (InterruptedException e) { 
                                e.printStackTrace(); 
                        } catch (ExecutionException e) { 
                                e.printStackTrace(); 
                        } finally { 
                                //启动一次顺序关闭，执行以前提交的任务，但不接受新任务。如果已经关闭，则调用没有其他作用。
                                executorService.shutdown(); 
                        } 
                } 
        } 
} 


class TaskWithResult implements Callable<String> { 
        privateint id; 

        public TaskWithResult(int id) { 
                this.id = id; 
        } 

        /** 
         * 任务的具体过程，一旦任务传给ExecutorService的submit方法，则该方法自动在一个线程上执行。 
         * 
         * @return 
         * @throws Exception 
         */
        public String call() throws Exception { 
                System.out.println("call()方法被自动调用,干活！！！             " + Thread.currentThread().getName()); 
                //一个模拟耗时的操作
                for (int i = 999999; i > 0; i--) ; 
                return"call()方法被自动调用，任务的结果是：" + id + "    " + Thread.currentThread().getName(); 
        } 
}

 

运行结果：

call()方法被自动调用,干活！！！             pool-1-thread-1 
call()方法被自动调用,干活！！！             pool-1-thread-3 
call()方法被自动调用,干活！！！             pool-1-thread-4 
call()方法被自动调用,干活！！！             pool-1-thread-6 
call()方法被自动调用,干活！！！             pool-1-thread-2 
call()方法被自动调用,干活！！！             pool-1-thread-5 
call()方法被自动调用，任务的结果是：0    pool-1-thread-1 
call()方法被自动调用，任务的结果是：1    pool-1-thread-2 
call()方法被自动调用,干活！！！             pool-1-thread-2 
call()方法被自动调用,干活！！！             pool-1-thread-6 
call()方法被自动调用,干活！！！             pool-1-thread-4 
call()方法被自动调用，任务的结果是：2    pool-1-thread-3 
call()方法被自动调用,干活！！！             pool-1-thread-3 
call()方法被自动调用，任务的结果是：3    pool-1-thread-4 
call()方法被自动调用，任务的结果是：4    pool-1-thread-5 
call()方法被自动调用，任务的结果是：5    pool-1-thread-6 
call()方法被自动调用，任务的结果是：6    pool-1-thread-2 
call()方法被自动调用，任务的结果是：7    pool-1-thread-6 
call()方法被自动调用，任务的结果是：8    pool-1-thread-4 
call()方法被自动调用，任务的结果是：9    pool-1-thread-3 

Process finished with exit code 0
//////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

因为之前一直是用的execute方法，最近有个情况需要用到submit方法，所以研究了下。

三个区别：

1、接收的参数不一样

2、submit有返回值，而execute没有

Method submit extends base method Executor.execute by creating and returning a Future that can be used to cancel execution and/or wait for completion. 

用到返回值的例子，比如说我有很多个做validation的task，我希望所有的task执行完，然后每个task告诉我它的执行结果，是成功还是失败，如果是失败，原因是什么。然后我就可以把所有失败的原因综合起来发给调用者。

个人觉得cancel execution这个用处不大，很少有需要去取消执行的。

而最大的用处应该是第二点。

3、submit方便Exception处理

There is a difference when looking at exception handling. If your tasks throws an exception and if it was submitted with execute this exception will go to the uncaught exception handler (when you don‘t have provided one explicitly, the default one will just print the stack trace to System.err). If you submitted the task with submit any thrown exception, checked or not, is then part of the task‘s return status. For a task that was submitted with submit and that terminates with an exception, the Future.get will rethrow this exception, wrapped in an ExecutionException.

意思就是如果你在你的task里会抛出checked或者unchecked exception，而你又希望外面的调用者能够感知这些exception并做出及时的处理，那么就需要用到submit，通过捕获Future.get抛出的异常。

 

比如说，我有很多更新各种数据的task，我希望如果其中一个task失败，其它的task就不需要执行了。那我就需要catch Future.get抛出的异常，然后终止其它task的执行，代码如下：

51cto上有一篇非常好的文章“Java5并发学习”（http://lavasoft.blog.51cto.com/62575/115112），下面的代码是基于它之上修改的。

 

执行的结果类似于：

 

可以看见一旦某个task出错，其它的task就停止执行。