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一个,要么还是用什么取出来什么,手动传递过去吧。

阅读 223

做人不好吃懒做,那还是人吗

0 声望
0 粉丝
0 条评论

做人不好吃懒做,那还是人吗

0 声望
0 粉丝
宣传栏