Future模式，并发程序的设计模式

先举个简单的例子

当你在网上购物时，如果付款成功了，你是否立即拿到了你买到的商品？

当然不是，当你付款成功时，你得到的仅仅是一个，订单提交成功的提示而已，其它的什么都没了，从这一刻开始，你是否会一直呆在家里，什么都不做，直到你的商品送到你手中呢？

当然也不是，当你订单提交成功后，你会去做你该做的，当你的商品送到时，你只需签收一下即可，从订单提交到商品送到之间，你不会因为等待商品送到而耽误你的时间，你可以自由支配你的时间，好像什么都没有发生一样。

是的，Future模式就是这个意思

当客户提交一个请求时，这个请求有可能会花很长一段时间去处理后台数据，之后，再返回给客户一个处理过的数据，那这段时间，客户一直在等待服务端的响应，是不是会让客户觉得很厌烦呢？

当然会了，所以Future模式就是为了提高响应时间而诞生的，当然这个提高其实是一个假象

当客户提交一个请求时，我们让客户立即返回一个虚拟的数据响应，之后，客户端就不用为了等待响应而无事可做了，此后，客户端可以进行别的任何操作，当真正的数据处理完返回给客户了，客户再去进行相应的处理，这样就会让客户没有无谓的等待了。

大家是否都懂了呢？

JDK中有这种实现

java.util.concurrent

-FutureTask

package concurrent;

import java.util.concurrent.Callable;

public class MyData implements Callable<String> {

	private String myStr;
	
	public MyData(String myStr) {
		this.myStr = myStr;
	}
	
	@Override
	public String call() throws Exception {
		// TODO Auto-generated method stub
		StringBuffer sb = new StringBuffer();
		for(int i=0;i<10;i++) {
			sb.append(myStr);
			try {
				Thread.sleep(1000);
			} catch (Exception e) {
				e.printStackTrace();
			}
		}
		return sb.toString();
	}

}

这是一个用户自定义的实现Callable接口的实现类，通过重写call()方法，指定FutureTask的实际工作内容和返回对象，这里是最后获取的真正数据

package concurrent;

import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;
import java.util.concurrent.FutureTask;

public class Demo {
	

	public static void main(String[] args) {
		// TODO Auto-generated method stub
		FutureTask<String> future = new FutureTask<String>(new MyData("tree"));
		ExecutorService exe = Executors.newFixedThreadPool(1);
		exe.submit(future);
		System.out.println("客户端请求结束了");
		System.out.println("任务是否已经完成："+future.isDone());
		try {
			/*
			 * 这段时间，就是后台在获取真正数据的时间
			 */
			System.out.println("在这段时间，我可以做我自己的事情");
			System.out.println("真正的数据:"+future.get());
			System.out.println("任务是否已经完成："+future.isDone());
		} catch (Exception e) {
			e.printStackTrace();
		}
	}

}

客户端请求结束了
任务是否已经完成：false
在这段时间，我可以做我自己的事情
真正的数据:INGINGINGINGINGINGINGINGINGING
任务是否已经完成：true

从以上结果，我们就一目了然了