Request异步传递

有些业务场景下，可能会希望使用线程池异步处理请求，或者开启一个新线程做一些运算，在这些异步环境下，又希望能从源请求的request对象中拿到一些头信息或者请求参数。

常用到的一种做法，是在开启异步任务前，从主线程中拿到request的 ServletRequestAttributes 对象，并放置到子线程中，例如：

    @GetMapping("asyncRequest")
    @SneakyThrows
    public void test(){
        // 主线程request传递
        final ServletRequestAttributes attributes = (ServletRequestAttributes) RequestContextHolder.getRequestAttributes();
        new Thread(() -> {
            RequestContextHolder.setRequestAttributes(attributes);
            for (int i = 0; i < 10; i++) {
                System.out.println(((ServletRequestAttributes) RequestContextHolder.getRequestAttributes()).getRequest().getRequestURI());
                try {
                    Thread.sleep(1000);
                } catch (InterruptedException e) {
                    throw new RuntimeException(e);
                }
            }
        }).start();
        Thread.sleep(5000);
    }

这段代码比较简单，从主线程拿到请求属性，设置到子线程中去，子线程开启后什么事儿不干，专心打印请求uri，一秒一次，打印十次，主线程5秒后结束并返回。

正常来讲，效果也应该很简单，10次请求路径的打印罢了。但是实际效果稍微有点意外：

image.png

可以看到，打印了6次之后，后面忽然变成null了。why？

由于我用的spring-boot的内嵌tomcat容器，玄机就在 CoyoteAdapter 这个类里。打开源码，在 service() 方法的 finally 最下面有这么一段：

            req.getRequestProcessor().setWorkerThreadName(null);
            req.clearRequestThread();

            // Recycle the wrapper request and response
            if (!async) {
                updateWrapperErrorCount(request, response);
                request.recycle();
                response.recycle();
            }

我们的请求没有开启异步，所以会走下面的recycle方法，毋庸置疑，这是用来销毁并回收request对象的，而前面通过 RequestContextHolder.setRequestAttributes(attributes) 设置到当前线程的requestAttributes对象，观察源码可知，也只是把requestAttributes放到子线程的ThreadLocal里而已。当源对象被销毁，这里的引用只会指向一个空壳，没有报npe，但是拿不到任何数据了。

所以，如果要从主线程传递request到子线程，要么花大成本clone一个，要么还是用什么取出来什么，手动传递过去吧。