Servlet3之NIO线程池隔离

线程隔离主要是针对业务中不同业务场景，按照权重区分使用不同的线程池，以达到某一个业务出现问题，不会将故障扩散到其他的业务线程池，从而达到保证主要业务高可用。
本案例主要讲解基于servlet3的线程隔离术。
首先我们回忆一下在tomcat6，tomcat6只支持BIO，它的处理流程如下：
1）.tomcat负责接收servletRequest请求
2）.将接收的请求分配给servlet处理业务
3）.处理完请求之后，通过servletResponse写会数据
上面这三步都是在一个线程里面完成的，也就是同步进行。
如下图：

t6.png

tomcat7之后版本引入了servlet3，它基于NIO能处理更大的并发数。
我们可以将整个请求改造成如下步骤：
1）.tomcat单线程进行请求解析
2）.解析完之后将task放入队列（可以根据不同业务类型放入不同的队列）
3）.每个队列指定相应业务线程池对task进行处理
这样改造以后就可以把业务按照重要性发送到不同线程池，两个线程池分开独立配置，互不干扰。当非核心的业务出现问题之后，不会影响核心的业务。另外由于此线程池是有我们创建的，我们可以对该线程池进行监控，处理，灵活了很多。
如下图：

t7.png

下面是实现代码：

接口层调用

@RestController
@RequestMapping("/app")
public class NIOCtrl {
    @Autowired
    private LocalNewsAsyncContext localNewsAsyncContext;
    @Autowired
    private NewsService newsService;

    @RequestMapping("/news")
    public void getNews(HttpServletRequest request,@RequestParam(value = "type",required = false) String type){
        if("1".equals(type)){
            localNewsAsyncContext.submit(request, () -> newsService.getNews());
            return;
        }
        localNewsAsyncContext.submit(request, () -> newsService.getNewsMap());
    }
}

将请求丢进指定线程池

@Service
public class LocalNewsAsyncContext {
    private final static Long timeOutSeconds= 5L;
    @Autowired
    private CustomAsyncListener asyncListener;
    @Autowired
    private ThreadPoolExecutor executor;

    public void submit(final HttpServletRequest request,final Callable