在耗时较长的Controller中使用Future异步

有一些Controller要算一些东西，可能会耗时较长，咱们以休眠2秒来模拟这个过程。

代码以下

public class Dog implements Serializable {
    private String name;
    private int age;

    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }

    public int getAge() {
        return age;
    }

    public void setAge(int age) {
        this.age = age;
    }
}

@RestController
public class DogController {
    @GetMapping("/getdog")
    public Dog getDog() throws InterruptedException {
        Dog dog = new Dog();
        dog.setName("mimi");
        dog.setAge(1);
        Thread.sleep(2000);
        return dog;
    }
    @GetMapping("/syncgetdog")
    public Callable<Dog> syncGetDog() {
        Callable<Dog> dog = new Callable<Dog>() {
            @Override
            public Dog call() throws Exception {
                Dog midog = new Dog();
                midog.setName("mimi");
                midog.setAge(1);
                Thread.sleep(2000);
                return midog;
            }
        };
        return dog;
    }
}

这里咱们使用了两种方式来获取一条狗的名字和年龄。第一种是最传统的单线程返回。第二种采用了Future模式的异步返回。咱们对性能进行一次压测，压测的线程数1000，循环5次，共5000次。

咱们先来压第一个getdog

压测结果以下

经过该结果咱们能够看到吞吐量为96.9，最小响应时间2秒6，最大响应时间10秒3（固然这是我本机的压测，非服务器，数值量会偏小）

而后咱们对异步调用进行压测

压测结果以下

吞吐量379.2，最小响应时间2秒，最大响应时间3秒。

缘由主要在于单线程的程序一条道走到黑，不运行完毫不撒手，Tomcat的可用线程被彻底霸占。而Future模式的异步调用则是另外启动一个线程将Callable交给TaskExecutor去处理，Tomcat本身的主线程退出，去从新接收其余的请求调用，等到Callable执行结束后，就会从新启动分配一个request请求，调用和处理Callable异步执行的返回结果，而后最终返回结果。

但这里有一点须要说明，当一个请求处理及其短期的时候，不要使用Future模式的异步调用，性能反而不如单线程模式。