记录一次：UT010034: Stream not in async mode

今天写了一个导出接口，很正常的导出：

@GetMapping(value = "/exportSalesOrder")
public void export(Param param, HttpServletResponse response) throws IOException {

}

就这样一个正常的导出，但是突然报错了。

{
"id": "a500fd6c-426f-478e-a8fa-969544c57ece",
"code": 500,
"message": "java.lang.IllegalStateException: UT010034: Stream not in async mode",
"subCode": null,
"subMessage": null,
"data": null,
"errors": null,
"stackTraceElementList": null,
"stackTraceInfo": null
}

百思不得其解，怎么就UT010034了，百度了一圈，都是在说异步问题，我也没用异步。只能靠自己了。
一步步排查：

首先，我们项目框架里有日志拦截打印的，

会判断 入参是不是HttpServletRequest或者HttpServletResponse的，如果是就不打印入参，如果是其他自定义参数会打印出来

 直接报错的点就是这里，打印入参。为什么导出的入参有HttpServletResponse，到这里是会过滤掉的，不会去jsonToString的，应该不会报错把。
接下来：

 

 上图是我找了另外的导出的HttpServletResponse，下图是我报错的导出的HttpServletResponse，可以看出来，上下两个图的HttpServletResponse实际对象是不一样的。上图能过滤的是HttpServletResponse，下图不能过滤的是CounterServletResponseWrapper对象。这就是为什么到了jsonToString的时候报错了，因为jsonToString不能String出CounterServletResponseWrapper这个对象，所以会报错。

那为什么下图的HttpServletResponse的实际对象是CounterServletResponseWrapper呢。
继续深入，

点开CounterServletResponseWrapper这个类，一直进去

 会发现CounterServletResponseWrapper这个实际实现了HttpServletResponse，所以CounterServletResponseWrapper是HttpServletResponse的子类实现类。

然后由于我们底层的日志拦截器没有对CounterServletResponseWrapper这个排除过滤，所以导致不能toString,导致报错。

继续排查，为什么会有CounterServletResponseWrapper这个类呢，这个类在哪呢

可以看到，这个类是在javamelody-spring-boot-starter这个包里。

net.bull.javamelody:javamelody-spring-boot-starter:1.87.0

这个包在项目里有引入，看记录是被引入了很久了，前人引入的，实际没用到，就是一个多余的包。

把这个包去掉，HttpServletResponse就回归正常了。就可以正常的被底层的日志拦截过滤了。