“exception”:”com.netflix.zuul.exception.ZuulException”, “message”:”GENERAL” 问题解决

最近在生产环境遇到各种 zuul 异常信息，查了很多资料，最终得以解决。本文将给大家分享一个比较常见的 ZuulException，希望能够帮助到大家！

整个异常的详细信息如下：

{"timestamp":"2018-09-07 11:45:38","status":500,"error":"Internal Server Error","exception":"com.netflix.zuul.exception.ZuulException","message":"GENERAL"}

可以看到这是一个 json 对象。GENERAL 代表的是 zuul 的一般性错误。看到 status 状态为 500，说明是服务内部错误。

也就是说这个异常是因为服务内部的错误引起的网关异常。但是我们根据日志信息，查看网关的日志，服务提供者的日志，以及服务消费者的日志，都没有发现异常。

那就很奇怪了，每个服务都没有异常，怎么会报 com.netflix.zuul.exception.ZuulException 呢？

带着这个疑问，我仔细的阅读网关服务的每一条日志，最终发现有下面一段日志引起了我的注意！

com.netflix.zuul.exception.ZuulException: Forwarding error
at org.springframework.cloud.netflix.zuul.filters.route.RibbonRoutingFilter.handleException(RibbonRoutingFilter.java:170)
at org.springframework.cloud.netflix.zuul.filters.route.RibbonRoutingFilter.forward(RibbonRoutingFilter.java:145)
at org.springframework.cloud.netflix.zuul.filters.route.RibbonRoutingFilter.run(RibbonRoutingFilter.java:88)
at com.netflix.zuul.ZuulFilter.runFilter(ZuulFilter.java:112)

Forwarding error 也就是说转发出错了。转发怎么会出差呢？

如果你的服务并发非常的高，而且服务响应时间过长，可能就会出现这个转发异常。

知道如何造成的后，我们就可以做针对性的改进，一是在并发大请求多的服务多部署。每个服务要快速响应，提高响应时间。还有就是针对 ribbon 的超时设置，我们可以设置的长一点。

Ribbon 如果你没配置过，那应该使用的就是默认配置，Ribbon 的默认超时时间是 3 秒。

ribbon.ConnectTimeout=60000
ribbon.ReadTimeout=60000

如上所示，我们可以将 ribbon 的超时时间设置为 6 秒。同时针对网关，我们可以将测试环境的超时设置给关闭掉。

hystrix.command.default.execution.timeout.enabled=false

如果以上还没有解决你的问题，那么关注我的微信公众号，我们一起学习！

： » “exception”:”com.netflix.zuul.exception.ZuulException”, “message”:”GENERAL” 问题解决