优雅的自定义Spring Cloud Gateway全局异常处理
0.5632020.03.30 21:39:34字数 988阅读 634因为公司要整合Spring Cloud Gateway 作自己微服务平台的网关,因此全局异常处理是必不可少的。在网上查询了很多资料,大部分都是自定义一个异常处理类 实现DefaultErrorWebExceptionHandler类 或者直接继承ErrorWebExceptionHandler接口去实现。虽然这些重写实现可以做
0.5632020.03.30 21:39:34字数 988阅读 634
因为公司要整合Spring Cloud Gateway 作自己微服务平台的网关,因此全局异常处理是必不可少的。在网上查询了很多资料,大部分都是自定义一个异常处理类 实现DefaultErrorWebExceptionHandler
类 或者直接继承ErrorWebExceptionHandler
接口去实现。虽然这些重写实现可以做到同样的效果,但是个人觉得这并不优雅,因为DefaultErrorWebExceptionHandler
其实实现了很多Spring Boot 的外部化配置,如果这样重写去实现,则原有的外部化配置则不会生效(除非完全按照Spring Boot的外部化配置重新实现一种逻辑,这样不但复杂而且很多重复的实现都跟 DefaultErrorWebExceptionHandler
重合 )。
前置配置讲解(基于WebFlux)
想要实现 自定义的全局异常处理,我们首先先看Spring Cloud Gateway 原生的实现是怎么样的。我们直接从自动装配的Bean说起 ErrorWebFluxAutoConfiguration
@Configuration(proxyBeanMethods = false)
@ConditionalOnWebApplication(type = ConditionalOnWebApplication.Type.REACTIVE)
@ConditionalOnClass(WebFluxConfigurer.class)
@AutoConfigureBefore(WebFluxAutoConfiguration.class)
@EnableConfigurationProperties({ ServerProperties.class, ResourceProperties.class })
public class ErrorWebFluxAutoConfiguration {
private final ServerProperties serverProperties;
public ErrorWebFluxAutoConfiguration(ServerProperties serverProperties) {
this.serverProperties = serverProperties;
}
//生成全局异常处理类
@Bean
@ConditionalOnMissingBean(value = ErrorWebExceptionHandler.class, search = SearchStrategy.CURRENT)
@Order(-1)
public ErrorWebExceptionHandler errorWebExceptionHandler(ErrorAttributes errorAttributes,
ResourceProperties resourceProperties, ObjectProvider<ViewResolver> viewResolvers,
ServerCodecConfigurer serverCodecConfigurer, ApplicationContext applicationContext) {
DefaultErrorWebExceptionHandler exceptionHandler = new DefaultErrorWebExceptionHandler(errorAttributes,
resourceProperties, this.serverProperties.getError(), applicationContext);
exceptionHandler.setViewResolvers(viewResolvers.orderedStream().collect(Collectors.toList()));
exceptionHandler.setMessageWriters(serverCodecConfigurer.getWriters());
exceptionHandler.setMessageReaders(serverCodecConfigurer.getReaders());
return exceptionHandler;
}
//生成错误属性Bean
@Bean
@ConditionalOnMissingBean(value = ErrorAttributes.class, search = SearchStrategy.CURRENT)
public DefaultErrorAttributes errorAttributes() {
return new DefaultErrorAttributes(this.serverProperties.getError().isIncludeException());
}
}
我们可以很清晰的看到,在这个自动装配类中,只有两个简单的Bean ,一个是 DefaultErrorAttributes
这个是用来存储和操作 异常错误信息的。还有一个 DefaultErrorWebExceptionHandler
这个就是Spring Boot 原生的处理。
我们首先来看一下 DefaultErrorWebExceptionHandler
这个类。我这里就把跟自定义相关的处理代码列出
//异常处理方法
@Override
public Mono<Void> handle(ServerWebExchange exchange, Throwable throwable) {
if (exchange.getResponse().isCommitted() || isDisconnectedClientError(throwable)) {
return Mono.error(throwable);
}
//将异常信息存储到 errorAttributes 对象中
this.errorAttributes.storeErrorInformation(throwable, exchange);
ServerRequest request = ServerRequest.create(exchange, this.messageReaders);
return getRoutingFunction(this.errorAttributes).route(request).switchIfEmpty(Mono.error(throwable))
.flatMap((handler) -> handler.handle(request))
.doOnNext((response) -> logError(request, response, throwable))
.flatMap((response) -> write(exchange, response));
}
//webFlux RouterFunction 定义
@Override
protected RouterFunction<ServerResponse> getRoutingFunction(ErrorAttributes errorAttributes) {
return route(acceptsTextHtml(), this::renderErrorView).andRoute(all(), this::renderErrorResponse);
}
//对于 HTTP header头部 accept 属性值为 text/html 做指定的处理
protected RequestPredicate acceptsTextHtml() {
return (serverRequest) -> {
try {
List<MediaType> acceptedMediaTypes = serverRequest.headers().accept();
acceptedMediaTypes.remove(MediaType.ALL);
MediaType.sortBySpecificityAndQuality(acceptedMediaTypes);
return acceptedMediaTypes.stream().anyMatch(MediaType.TEXT_HTML::isCompatibleWith);
}
catch (InvalidMediaTypeException ex) {
return false;
}
};
}
这里简单的三个方法
第一个方法就是处理全局异常的核心方法,其实我们可以看到,该方法将 异常 保存到了 errorAttributes
对象中。而稍后的方法会将 errorAttributes
中的内容取出然后返回。
第二个方法就是Spring5 的 WebFlux API 定义的方式,其类似于 在 Servlet 中的 DispatcherServlet中的 doDispatch 方法的逻辑注册。这里就不多做赘述,可以查看相关博客。这个路由的定义就是调用第三个方法 如果接受到的请求头中 含有 text/html 则渲染页面,否则 返回JSON格式的内容。 具体方法如下
protected Mono<ServerResponse> renderErrorResponse(ServerRequest request) {
boolean includeStackTrace = isIncludeStackTrace(request, MediaType.ALL);
Map<String, Object> error = getErrorAttributes(request, includeStackTrace);
return ServerResponse.status(getHttpStatus(error)).contentType(MediaType.APPLICATION_JSON)
.body(BodyInserters.fromValue(error));
}
我们可以看到这里操作了 ErrorAttributes
具体的操作是在下面的代码
/**
* Extract the error attributes from the current request, to be used to populate error
* views or JSON payloads.
* @param request the source request
* @param includeStackTrace whether to include the error stacktrace information
* @return the error attributes as a Map.
*/
protected Map<String, Object> getErrorAttributes(ServerRequest request, boolean includeStackTrace) {
return this.errorAttributes.getErrorAttributes(request, includeStackTrace);
}
到此我们其实就可以看到,其实我们想自定义 全局异常处理的返回,只需要操作 ErrorAttributes
这个对象即可,其实不需要去重写那么一大坨代码。
自定义全局异常处理信息
首先我们需要新建一个 ExtensionErrorAttributes
类 实现ErrorAttributes
接口,然后我们将 DefaultErrorAttributes
类 原模原样的抄过来,只修改其getErrorAttributes
方法即可。
@Override
public Map<String, Object> getErrorAttributes(ServerRequest request, boolean includeStackTrace) {
Map<String, Object> errorAttributes = new LinkedHashMap<>();
Throwable error = getError(request);
MergedAnnotation<ResponseStatus> responseStatusAnnotation = MergedAnnotations
.from(error.getClass(), MergedAnnotations.SearchStrategy.TYPE_HIERARCHY).get(ResponseStatus.class);
HttpStatus errorStatus = determineHttpStatus(error, responseStatusAnnotation);
//永远返回status 为200
errorAttributes.put("status", 200);
//抛出的异常code
errorAttributes.put("code", errorStatus.value());
//自定义的 异常内容
errorAttributes.put("message", determineMessage(error, responseStatusAnnotation));
handleException(errorAttributes, determineException(error), includeStackTrace);
return errorAttributes;
}
自定义实现就是这么简单,只需按需重写 上面的方法即可。
测试
首先我们需要一个Spring Cloud Gateway 工程,可以自己下载,也可以稍后下载我Github上的demo。这里就只给出pom文件和 yml配置信息。
POM.XML相关依赖
<dependencies>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-gateway</artifactId>
</dependency>
</dependencies>
application.yml
server:
port: 8080
application:
name: gateway-test
spring:
cloud:
discovery:
enabled: false #不从注册中心发现
因为就只是测试异常,就只搞了最基本的配置。
GateWayApplication 启动类
@SpringBootApplication
public class GatewayApplication {
public static void main(String[] args) {
SpringApplication.run(GatewayApplication.class, args);
}
/**
* 定义一个简单的路由 添加了一个 ExceptionTestGatewayFilter filter
* @param builder
* @return
*/
@Bean
public RouteLocator myRoutes(RouteLocatorBuilder builder) {
return builder.routes()
.route(p -> p
.predicate(serverWebExchange -> serverWebExchange.getRequest().getURI().getPath().contains("/test"))
.filters(gatewayFilterSpec -> gatewayFilterSpec.filter(new ExceptionTestGatewayFilter()))
.uri("https://localhost/").id("test"))
.build();
}
/**
* description: 定义一个Filter 只是简单的抛出异常
* @return
*/
private class ExceptionTestGatewayFilter implements GatewayFilter, Ordered {
@Override
public Mono<Void> filter(ServerWebExchange exchange, GatewayFilterChain chain) {
//为了方便,简单抛出ResponseStatusException
throw new ResponseStatusException(HttpStatus.BAD_GATEWAY,"Test Exception Message");
}
@Override
public int getOrder() {
return 1;
}
}
/**
* 自定义 ExtensionErrorAttributes Bean注册
*/
@Bean
public ExtensionErrorAttributes errorAttributes() {
return new ExtensionErrorAttributes(false);
}
}
我们这里做个比较测试,分别使用原生处理以及自定义处理查看结果。
原生异常处理返回
error1.jpg
自定义处理返回
error2.jpg
小结
以上是我个人整理的比较优雅的实现全局自定义返回格式的异常处理。这只是初步简单的自定义,我们可以根据个人业务需求去修改 ErrorAttributes
接口的实现类,网上的其他方法 灵活性可能比较高,但是在Spring Cloud Gateway 升级过后,可能还需要做版本融合,耦合性比较大,我这种方法,只需要针对 异常类其内容做修改即可,没有其他接口的耦合,个人认为是比较优雅的实现。
开放原子开发者工作坊旨在鼓励更多人参与开源活动,与志同道合的开发者们相互交流开发经验、分享开发心得、获取前沿技术趋势。工作坊有多种形式的开发者活动,如meetup、训练营等,主打技术交流,干货满满,真诚地邀请各位开发者共同参与!
更多推荐
所有评论(0)