Java spring WebFilter覆盖ExceptionHandler标头

我同时使用WebFilter和WebExceptionHandler。 仅当ExceptionHandler未设置新标题时，WebFilter才应添加新标题。 但是，WebFilter是在WebHttpHandler执行ExceptionHandler之前添加到ServerWebExchange的，因此它无法判断ExceptionHandler是否已触发

@Component
@Order(-2)
class MyErrorWebExceptionHandler(g: MyErrorAttributes, applicationContext: ApplicationContext, serverCodecConfigurer: ServerCodecConfigurer)
    : AbstractErrorWebExceptionHandler(g, ResourceProperties(), applicationContext) {

    init {
        super.setMessageWriters(serverCodecConfigurer.writers)
        super.setMessageReaders(serverCodecConfigurer.readers)
    }

    @Override
    override fun getRoutingFunction(errorAttributes: ErrorAttributes): RouterFunction<ServerResponse> {
        return RouterFunctions.route(RequestPredicates.all(), HandlerFunction<ServerResponse> { renderErrorResponse(it) })
    }

    private fun renderErrorResponse(request: ServerRequest): Mono<ServerResponse> {

        val errorPropertiesMap = getErrorAttributes(request, false)

        return ServerResponse.status(HttpStatus.OK)
                .contentType(MediaType.APPLICATION_JSON_UTF8)
                .headers { x ->
                        x.set(c_ApplicationStatus, errorPropertiesMap[c_ApplicationStatus].toString())
                      }.build()
}

@Component
class ServerResponseHeaderWebFilter : WebFilter {
    override fun filter(exchange: ServerWebExchange, chain: WebFilterChain): Mono<Void> {
        exchange.response.headers.set(c_ApplicationStatus, HttpStatus.OK.value().toString())
        return chain.filter(exchange)

    }
}

@组件
@订单（-2）
类MyErrorWebExceptionHandler（g:MyErrorAttributes，applicationContext:applicationContext，ServerCodeConfigurer:ServerCodeConfigurer）
：AbstractErrorWebExceptionHandler（g，ResourceProperties（），applicationContext）{
初始化{
super.setMessageWriters（ServerCodeConfigurer.writers）
super.setMessageReaders（ServerCodeConfigurer.readers）
}
@凌驾
覆盖有趣的getRoutingFunction（errorAttributes:errorAttributes）：RouterFunction{
返回RouterFunctions.route（RequestPredicates.all（），HandlerFunction{renderErrorResponse（it）}）
}
private fun renderErrorResponse（请求：ServerRequest）：Mono{
val errorPropertiesMap=getErrorAttributes（请求，false）
返回ServerResponse.status（HttpStatus.OK）
.contentType（MediaType.APPLICATION\u JSON\u UTF8）
.headers{x->
x、 设置（c_应用程序状态，errorPropertiesMap[c_应用程序状态].toString（））
}.build（）
}
@组成部分
类ServerResponseHeaderWebFilter:WebFilter{
覆盖有趣的过滤器（exchange:ServerWebExchange，链：WebFilterChain）：Mono{
exchange.response.headers.set（c_应用程序状态，HttpStatus.OK.value（）.toString（））
返回链。过滤器（交换）
}
}

在这种情况下，我们可以通过以下方式快速建模执行顺序：

WebFilter
|- setting the application status header to OK
|- calling chain.filter
   |- finding the handler and calling it
   |- in case of an error, the exception handler is called
|- after chain.filter

使用exchange完成筛选器链后，响应已提交和处理，因此此时无法更改响应标头。使用此代码示例，异常处理程序（如果执行）将覆盖web筛选器设置的任何标头

因此，从技术上讲，您的问题的答案是，一旦处理程序链处理了响应，就无法修改响应。这是SpringWebFlux的预期行为，设计上是这样的

但听起来我们需要退后一步，谈谈你想要实现的目标

您是否试图检查在开发功能时是否调用了异常处理程序？ 您是否正在尝试以某种目前不可能的方式调整Spring Boot中的错误处理机制

---

如果您想谈谈您试图实现的目标，请提出另一个问题，以便用户能够从这个问题中受益。

最终，我发现可以在request.exchange（）对象中看到筛选器中的头集。必须将其删除，新头集才能替换它

private fun renderErrorResponse(request: ServerRequest): Mono<ServerResponse> {

        val errorPropertiesMap = getErrorAttributes(request, false)

        request.exchange().response.headers.remove(c_ApplicationStatus)
        return ServerResponse.status(HttpStatus.OK)
                .contentType(MediaType.APPLICATION_JSON_UTF8)
                .headers { x -> x.set(c_ApplicationStatus, value) }
                .build()
}

private fun renderErrorResponse（请求：ServerRequest）：Mono{
val errorPropertiesMap=getErrorAttributes（请求，false）
request.exchange（）.response.headers.remove（c_应用程序状态）
返回ServerResponse.status（HttpStatus.OK）
.contentType（MediaType.APPLICATION\u JSON\u UTF8）
.headers{x->x.set（c_应用程序状态，值）}
.build（）
}

好吧，我以为会发生这种情况，但事实并非如此。对不起，前面的消息被截断了。为了清楚起见，假设我的筛选器将标头设置为OK，错误异常处理程序将其设置为error。在我的测试中，无论是否调用异常处理程序，我都会收到OK标头。它看起来像chain.filter（exchange）仅在调用异常处理程序后应用，覆盖标头内容。