有些业务场景下，可能会希望使用线程池异步处理请求，或者开启一个新线程做一些运算，在这些异步环境下，又希望能从源请求的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一个，要么还是用什么取出来什么，手动传递过去吧。
