今天写了一个导出接口，很正常的导出：
@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就回归正常了。就可以正常的被底层的日志拦截过滤了。
