博客
关于我
SpringCloud Alibaba微服务实战二十四 - SpringCloud Gateway的全局异常处理
阅读量:629 次
发布时间:2019-03-14

本文共 2525 字,大约阅读时间需要 8 分钟。

全局异常处理与微服务网关异常拦截

在微服务架构中,传统的全局异常处理方式可能无法满足所有场景,特别是在网关层面遇到的异常。以下将详细讲解如何实现全局异常处理,并解决网关层面异常的处理问题。

全局异常处理

在单体Spring Boot项目中,全局异常处理可以通过配置@RestControllerAdvice@ExceptionHandler来实现统一处理。这种方式适用于项目内部的异常捕捉和处理,但在微服务架构中,尤其是在网关层面遇到的异常无法被捕获,因此需要额外处理。

以下是一个典型的全局异常处理示例:

@Slf4j@RestControllerAdvicepublic class RestExceptionHandler {    @ExceptionHandler(Exception.class)    @ResponseStatus(HttpStatus.INTERNAL_SERVER_ERROR)    public ResultData exception(Exception e) {        log.error("全局异常信息 ex={}", e.getMessage(), e);        return ResultData.fail(ReturnCode.RC500.getCode(), e.getMessage());    }}

网关层面异常处理

在微服务架构中,网关作为入口点,常常会遇到无法被传统异常处理机制捕获的异常,例如JWT解析失败或服务下线等。为了解决这些问题,我们需要自定义异常处理逻辑。

自定义异常处理器

我们可以定义一个全局异常处理器,继承自DefaultErrorWebExceptionHandler,并重写handler()方法,返回自定义的响应格式。

@Slf4j@Order(-1)@Configuration@RequiredArgsConstructorpublic class GlobalErrorWebExceptionHandler implements ErrorWebExceptionHandler {    private final ObjectMapper objectMapper;    @Override    public Mono
handle(ServerWebExchange exchange, Throwable ex) { ServerHttpResponse response = exchange.getResponse(); if (response.isCommitted()) { return Mono.error(ex); } response.getHeaders().setContentType(MediaType.APPLICATION_JSON); if (ex instanceof ResponseStatusException) { response.setStatusCode(((ResponseStatusException) ex).getStatus()); } return response.writeWith(Mono.fromSupplier(() -> { try { return objectMapper.writeValueAsBytes(ResultData.fail(500, ex.getMessage())); } catch (JsonProcessingException e) { log.error("Error writing response", ex); return new byte[0]; } })); }}

解决方案

  • 自定义异常处理类:创建一个继承自DefaultErrorWebExceptionHandler的类,重写handler()方法,返回自定义的响应格式。
  • 配置类:定义一个配置类,替换默认的异常处理器为自定义的类。
  • 响应格式:确保返回的数据格式符合前端约定的格式,例如:
  • @Data@ApiModel(value = "统一返回结果封装", description = "接口返回统一结果")public class ResultData {    @ApiModelProperty(value = "状态码")    private int status;    @ApiModelProperty(value = "响应信息")    private String message;    @ApiModelProperty(value = "后端返回结果")    private T data;    @ApiModelProperty(value = "后端响应状态")    private boolean success;    @ApiModelProperty(value = "响应时间戳")    private long timestamp;    public ResultData() {        this.timestamp = System.currentTimeMillis();    }}

    测试结果

    通过以上配置,可以实现网关层面的异常拦截,并返回符合预期的数据格式。测试结果如下:

    • JWT解析异常:返回状态码500,消息为"无法解析访问令牌"。
    • 服务下线异常:返回状态码503,消息为"服务不可用"。

    这种方式可以有效处理网关层面无法被传统异常处理机制捕获的异常,确保返回格式一致性和可读性。

    希望以上内容对您有所帮助,欢迎在评论区留言交流!

    转载地址:http://tucoz.baihongyu.com/

    你可能感兴趣的文章
    Postek博思得标签打印机更换电脑,打印出来标签空白
    查看>>
    postfix+ dovecot搭建邮件服务器
    查看>>
    postfix在邮件服务器中的使用
    查看>>
    PostGIS 3.1.2软件安装详细教程(地图工具篇.8)
    查看>>
    PostGIS中获取所有EPSG的编码以及对应Proj4字符串
    查看>>
    PostGIS在Windows上的下载与安装
    查看>>
    Qt开发——网络编程之UDP客户端
    查看>>
    postgis数据库优化_postgresql 性能优化
    查看>>
    postgis求面积、交集等相关函数
    查看>>
    postgis相关函数
    查看>>
    Postgres Docker版本安装mysql_fdw 插件
    查看>>
    Postgres invalid command \N数据恢复处理
    查看>>
    Postgres like 模糊查询匹配集合
    查看>>
    Postgres 自定义函数内实现 in 操作符的递归查询
    查看>>
    Postgres 返回当前时间前后指定天数的集合
    查看>>
    postgres--vacuum
    查看>>
    postgres--wal
    查看>>
    postgres--流复制
    查看>>
    postgres10配置huge_pages
    查看>>
    PostgreSQL 10.0 preview sharding增强 - pushdown 增强
    查看>>