zuulGateway是spring cloud中很不錯的元件，使用頻率很高。使用過程中偶爾可能遇到服務路由異常的情況，如果沒有異常熔斷，可能會造成應用無響應，嚴重甚至造成系統雪崩。所以一般需要加上熔斷機制。

直接看程式碼，很簡單：

/*
 * 檔名：ServerFallback.java 版權：Copyright by www.poly.com 描述： 修改人：gogym 修改時間：2018年1月31日 跟蹤單號： 修改單號：
 * 修改內容：
 */
 
package com.poly.zuul.fallback; 
 
import java.io.ByteArrayInputStream;
import java.io.IOException;
import java.io.InputStream;
 
import org.springframework.cloud.netflix.zuul.filters.route.ZuulFallbackProvider;
import org.springframework.http.HttpHeaders;
import org.springframework.http.HttpStatus;
import org.springframework.http.MediaType;
import org.springframework.http.client.ClientHttpResponse;
import org.springframework.stereotype.Component; 
 
/**
 * 〈異常熔斷〉
 * 
 * @author gogym
 * @version 2018年1月31日
 * @see ServerFallback
 * @since
 */
@Component
public class ServerFallback implements ZuulFallbackProvider
{
 
 @Override
 public String getRoute()
 {
  // api服務id，如果需要所有呼叫都支援回退，則return "*"或return null
  return "*"; 
 }
 
 @Override
 public ClientHttpResponse fallbackResponse()
 {
 
  // ----------------返回前端-----------------------
  return new ClientHttpResponse()
  {
 
   String responseStr = "{\"code\":10006,\"msg\":\"服務路由異常\"}";
 
   @Override
   public InputStream getBody()
    throws IOException
   {
 
    return new ByteArrayInputStream(responseStr.getBytes("UTF-8"));
 
   }
 
   @Override
   public HttpHeaders getHeaders()
   {
 
    HttpHeaders headers = new HttpHeaders();
    // 和body中的內容編碼一致，否則容易亂碼
    headers.setContentType(MediaType.APPLICATION_FORM_URLENCODED);
    return headers; 
   }
 
   @Override
   public int getRawStatusCode()
    throws IOException
   {
 
    return HttpStatus.OK.value(); 
   }
 
   @Override
   public HttpStatus getStatusCode()
    throws IOException
   {
    /**
     * 閘道器向api服務請求是失敗了，但是消費者客戶端向閘道器發起的請求是OK的， 不應該把api的404,500等問題拋給客戶端
     * 閘道器和api服務叢集對於客戶端來說是黑盒子
     */
    return HttpStatus.OK; 
   }
 
   @Override
   public String getStatusText()
    throws IOException
   {
 
    return HttpStatus.OK.getReasonPhrase();
 
   }
 
   @Override
   public void close()
   {
 
   }
  }; 
 }
}

補充知識：springcloud zuul 閘道器負載均衡路由到關閉節點 導致介面訪問失敗問題解決

springcloud 專案 相同服務部署兩個節點,其中一個節點掛掉後,路由到停止節點熔斷問題,導致短時間內介面訪問成功率在50%

解決思路：

1、專案關閉 呼叫 鉤子函式 刪除 eureka 服務註冊(linux 專案關閉不要用kill -9 強制關閉鉤子函式不執行)

DiscoveryManager.getInstance().shutdownComponent();

2、zuul閘道器開啟重試功能

#是否開啟重試功能
zuul.retryable=true
<dependency>
 <groupId>org.springframework.retry</groupId>
 <artifactId>spring-retry</artifactId>
</dependency>

這樣就可以實現 springcloud專案生產與灰度的切換,以及單節點掛掉,不影響專案介面訪問問題. 也就是可以實現不停服務上線專案

以上這篇解決zuulGateway閘道器新增路由異常熔斷問題就是小編分享給大家的全部內容了，希望能給大家一個參考，也希望大家多多支援我們。