可以实现异步、类似长连接，轮询查询配置改变，但是urlfilter不能对response进行参数输出
1、Callable
https://www.jianshu.com/p/fb0645033f0f 这个详细点
2、https://blog.csdn.net/smollsnail/article/details/79164826
https://blog.csdn.net/xiejiefeng333/article/details/84105685
https://www.cnblogs.com/aheizi/p/5659030.html
3、总结 https://blog.csdn.net/icarusliu/article/details/79539105
DeferredResult使用方式与Callable类似，但在返回结果上不一样，它返回的时候实际结果可能没有生成，实际的结果可能会在另外的线程里面设置到DeferredResult中去。
该类包含以下日常使用相关的特性：
超时配置：通过构造函数可以传入超时时间，单位为毫秒；因为需要等待设置结果后才能继续处理并返回客户端，如果一直等待会导致客户端一直无响应，因此必须有相应的超时机制来避免这个问题；实际上就算不设置这个超时时间，应用服务器或者Spring也会有一些默认的超时机制来处理这个问题。
结果设置：它的结果存储在一个名称为result的属性中；可以通过调用setResult的方法来设置属性；由于这个DeferredResult天生就是使用在多线程环境中的，因此对这个result属性的读写是有加锁的。
接下来将对DeferredResult的处理流程进行说明，并实现一个较为简单的示例。
2.2.1 DeferredResult处理流程
DeferredResult的处理过程与Callback类似，不一样的地方在于它的结果不是DeferredResult直接返回的，而是由其它线程通过同步的方式设置到该对象中。它的执行过程如下所示：
客户端请求服务
SpringMVC调用Controller，Controller返回一个DeferredResult对象
SpringMVC调用ruquest.startAsync
DispatcherServlet以及Filters等从应用服务器线程中结束，但Response仍旧是打开状态，也就是说暂时还不返回给客户端
某些其它线程将结果设置到DeferredResult中，SpringMVC将请求发送给应用服务器继续处理
DispatcherServlet再次被调用并且继续处理DeferredResult中的结果，最终将其返回给客户端