Future接口是Java線程Future模式的實現,能夠來進行異步計算。html
Future模式能夠這樣來描述:java
我有一個任務,提交給了Future,Future替我完成這個任務。期間我本身能夠去作任何想作的事情。一段時間以後,我就即可以從Future那兒取出結果。併發
就至關於下了一張定貨單,一段時間後能夠拿着提訂單來提貨,這期間能夠幹別的任何事情。其中Future接口就是定貨單,真正處理訂單的是Executor類,它根據Future接口的要求來生產產品。dom
Callable和Future一個產生結果,一個拿到結果。異步
Callable接口相似於Runnable,可是Runnable不會返回結果,而Callable能夠返回結果,這個返回值能夠被Future拿到,也就是說,Future能夠拿到異步執行任務的返回值。ide
Future 表示異步計算的結果。Future接口中有以下方法:ui
取消任務的執行。參數指定是否當即中斷任務執行,或者等等任務結束this
任務是否已經取消,任務正常完成前將其取消,則返回 truespa
任務是否已經完成。須要注意的是若是任務正常終止、異常或取消,都將返回true.net
等待任務執行結束,而後得到V類型的結果。InterruptedException 線程被中斷異常, ExecutionException任務執行異常,若是任務被取消,還會拋出CancellationException
同上面的get功能同樣,多了設置超時時間。參數timeout指定超時時間,uint指定時間的單位,在枚舉類TimeUnit中有相關的定義。若是計算超時,將拋出TimeoutException
Future接口提供方法來檢測任務是否被執行完,等待任務執行完得到結果。也能夠設置任務執行的超時時間,這個設置超時的方法就是實現Java程序執行超時的關鍵。
因此,若是須要設定代碼執行的最長時間,即超時,能夠用Java線程池ExecutorService類配合Future接口來實現。
http://blog.csdn.net/vking_wang/article/details/8994882
Future的實現類有java.util.concurrent.FutureTask<V>即 javax.swing.SwingWorker<T,V>。一般使用FutureTask來處理咱們的任務。
FutureTask類同時又實現了Runnable接口,因此能夠直接提交給Thread、Executor執行。
public class CallableAndFuture { public static void main(String[] args) { Callable<Integer> callable = new Callable<Integer>() { public Integer call() throws Exception { return new Random().nextInt(100); } }; FutureTask<Integer> future = new FutureTask<Integer>(callable); new Thread(future).start(); try { Thread.sleep(5000);// 可能作一些事情 int result = future.get(); } catch (InterruptedException e) { e.printStackTrace(); } catch (ExecutionException e) { e.printStackTrace(); } } }
使用ExecutorService:
public class CallableAndFuture { public static void main(String[] args) { //ExecutorService.submit() ExecutorService threadPool = Executors.newSingleThreadExecutor(); Future<Integer> future = threadPool.submit(new Callable<Integer>() { public Integer call() throws Exception { return new Random().nextInt(100); } }); try { Thread.sleep(5000);// 可能作一些事情 int result = future.get(); //Future.get() } catch (InterruptedException e) { e.printStackTrace(); } catch (ExecutionException e) { e.printStackTrace(); } } }
若是要執行多個帶返回值的任務,並取得多個返回值,可用CompletionService:
CompletionService至關於Executor加上BlockingQueue,使用場景爲當子線程併發了一系列的任務之後,主線程須要實時地取回子線程任務的返回值並同時順序地處理這些返回值,誰先返回就先處理誰。
public class CallableAndFuture { public static void main(String[] args) { ExecutorService threadPool = Executors.newCachedThreadPool(); CompletionService<Integer> cs = new ExecutorCompletionService<Integer>(threadPool); for(int i = 1; i < 5; i++) { final int taskID = i; //CompletionService.submit() cs.submit(new Callable<Integer>() { public Integer call() throws Exception { return taskID; } }); } // 可能作一些事情 for(int i = 1; i < 5; i++) { try { int result = cs.take().get(); //CompletionService.take()返回Future } catch (InterruptedException e) { e.printStackTrace(); } catch (ExecutionException e) { e.printStackTrace(); } } } }
或者不使用CompletionService:先建立一個裝Future類型的集合,用Executor提交的任務返回值添加到集合中,最後便利集合取出數據。以下所示:
class TaskWithResult implements Callable<String> { private int id; public TaskWithResult(int id) { this.id = id; } @Override public String call() throws Exception { return "result of TaskWithResult " + id; } } public class CallableTest { public static void main(String[] args) throws InterruptedException, ExecutionException { ExecutorService exec = Executors.newCachedThreadPool(); ArrayList<Future<String>> results = new ArrayList<Future<String>>(); //Future 至關因而用來存放Executor執行的結果的一種容器 for (int i = 0; i < 10; i++) { results.add(exec.submit(new TaskWithResult(i))); } for (Future<String> fs : results) { if (fs.isDone()) { System.out.println(fs.get()); } else { System.out.println("Future result is not yet complete"); } } exec.shutdown(); } }
區別:
Future集合方法,submit的task不必定是按照加入本身維護的list順序完成的。從list中遍歷的每一個Future對象並不必定處於完成狀態,這時調用get()方法就會被阻塞住,若是系統是設計成每一個線程完成後就能根據其結果繼續作後面的事,這樣對於處於list後面的可是先完成的線程就會增長了額外的等待時間。
而CompletionService的實現是維護一個保存Future對象的BlockingQueue。只有當這個Future對象狀態是結束的時候,纔會加入到這個Queue中,take()方法其實就是Producer-Consumer中的Consumer。它會從Queue中取出Future對象,若是Queue是空的,就會阻塞在那裏,直到有完成的Future對象加入到Queue中。
因此,先完成的一定先被取出。這樣就減小了沒必要要的等待時間。
參考文章:
http://www.voidcn.com/blog/vking_wang/article/p-2434628.html