Spring Cloud負載均衡重要組件Ribbon中重要類怎么用

這篇文章主要介紹Spring Cloud負載均衡重要組件Ribbon中重要類怎么用，文中介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們一定要看完！

Ribbon是Spring Cloud Netflix全家桶中負責負載均衡的組件，它是一組類庫的集合。通過Ribbon，程序員能在不涉及到具體實現細節的基礎上“透明”地用到負載均衡，而不必在項目里過多地編寫實現負載均衡的代碼。

比如，在某個包含Eureka和Ribbon的集群中，某個服務（可以理解成一個jar包）被部署在多臺服務器上，當多個服務使用者同時調用該服務時，這些并發的請求能被用一種合理的策略轉發到各臺服務器上。

事實上，在使用Spring Cloud的其它各種組件時，我們都能看到Ribbon的痕跡，比如Eureka能和Ribbon整合，而在后文里將提到的提供網關功能Zuul組件在轉發請求時，也可以整合Ribbon從而達到負載均衡的效果。

從代碼層面來看，Ribbon有如下三個比較重要的接口。

第一，ILoadBalancer，這也叫負載均衡器，通過它，我們能在項目里根據特定的規則合理地轉發請求，常見的實現類有BaseLoadBalancer。

第二，IRule，這個接口有多個實現類，比如RandomRule和RoundRobinRule，這些實現類具體地定義了諸如“隨機“和”輪詢“等的負載均衡策略，我們還能重寫該接口里的方法來自定義負載均衡的策略。

在BaseLoadBalancer類里，我們能通過IRule的實現類設置負載均衡的策略，這樣該負載均衡器就能據此合理地轉發請求。

第三，IPing接口，通過該接口，我們能獲取到當前哪些服務器是可用的，我們也能通過重寫該接口里的方法來自定義判斷服務器是否可用的規則。在BaseLoadBalancer類里，我們同樣能通過IPing的實現類設置判斷服務器是否可用的策略。   

1 ILoadBalancer：負載均衡器接口

在Ribbon里，我們還可以通過ILOadBalancer這個接口以基于特定的負載均衡策略來選擇服務器。

通過下面的ILoadBalancerDemo.java，我們來看下這個接口的基本用法。這個類是放在4.2部分創建的RabbionBasicDemo項目里，代碼如下。  

//省略必要的package和import代碼
  public class ILoadBalancerDemo {
    public static void main(String[] args){
      //創建ILoadBalancer的對象 
      ILoadBalancer loadBalancer = new BaseLoadBalancer();
      //定義一個服務器列表
       List<Server> myServers = new ArrayList<Server>();
      //創建兩個Server對象
      Server s1 = new Server("ekserver1",8080);
      Server s2 = new Server("ekserver2",8080);
      //兩個server對象放入List類型的myServers對象里  
      myServers.add(s1);
      myServers.add(s2);
      //把myServers放入負載均衡器
      loadBalancer.addServers(myServers);
      //在for循環里發起10次調用
      for(int i=0;i<10;i++){
      //用基于默認的負載均衡規則獲得Server類型的對象
        Server s = loadBalancer.chooseServer("default");
      //輸出IP地址和端口號
        System.out.println(s.getHost() + ":" + s.getPort());
      }    
   }
  }

在第5行里，我們創建了BaseLoadBalancer類型的loadBalancer對象，而BaseLoadBalancer是負載均衡器ILoadBalancer接口的實現類。

在第6到第13行里，我們創建了兩個Server類型的對象，并把它們放入了myServers里，在第15行里，我們把List類型的myServers對象放入了負載均衡器里。

在第17到22行的for循環里，我們通過負載均衡器模擬了10次選擇服務器的動作，具體而言，是在第19行里，通過loadBalancer的chooseServer方法以默認的負載均衡規則選擇服務器，在第21行里，我們是用“打印”這個動作來模擬實際的“使用Server對象處理請求”的動作。

上述代碼的運行結果如下所示，其中我們能看到，loadBalancer這個負載均衡器把10次請求均攤到了2臺服務器上，從中確實能看到 “負載均衡”的效果。

第二，IRule，這個接口有多個實現類，比如RandomRule和RoundRobinRule，這些實現類具體地定義了諸如“隨機“和”輪詢“等的負載均衡策略，我們還能重寫該接口里的方法來自定義負載均衡的策略。

在BaseLoadBalancer類里，我們能通過IRule的實現類設置負載均衡的策略，這樣該負載均衡器就能據此合理地轉發請求。

第三，IPing接口，通過該接口，我們能獲取到當前哪些服務器是可用的，我們也能通過重寫該接口里的方法來自定義判斷服務器是否可用的規則。在BaseLoadBalancer類里，我們同樣能通過IPing的實現類設置判斷服務器是否可用的策略。 

ekserver2:8080
  ekserver1:8080
  ekserver2:8080
  ekserver1:8080
  ekserver2:8080
  ekserver1:8080
  ekserver2:8080
  ekserver1:8080
  ekserver2:8080
 ekserver1:8080

2 IRule：定義負載均衡規則的接口

在Ribbon里，我們可以通過定義IRule接口的實現類來給負載均衡器設置相應的規則。在下表里，我們能看到IRule接口的一些常用的實現類。

在下面的IRuleDemo.java的程序里，我們來看下IRule的基本用法。

 //省略必要的package和import代碼
  public class IRuleDemo {
    public static void main(String[] args){
    //請注意這是用到的是BaseLoadBalancer，而不是ILoadBalancer接口
    BaseLoadBalancer loadBalancer = new BaseLoadBalancer();
      //聲明基于輪詢的負載均衡策略
      IRule rule = new RoundRobinRule();
    //在負載均衡器里設置策略 
      loadBalancer.setRule(rule);
      //如下定義3個Server，并把它們放入List類型的集合中
      List<Server> myServers = new ArrayList<Server>();
      Server s1 = new Server("ekserver1",8080);
      Server s2 = new Server("ekserver2",8080);
      Server s3 = new Server("ekserver3",8080);
      myServers.add(s1);
      myServers.add(s2);
      myServers.add(s3);
      //在負載均衡器里設置服務器的List
      loadBalancer.addServers(myServers);
      //輸出負載均衡的結果
      for(int i=0;i<10;i++){
        Server s = loadBalancer.chooseServer(null);
        System.out.println(s.getHost() + ":" + s.getPort());  
     }    
    }
  }

這段代碼和上文里的ILoadBalancerDemo.java很相似，但有如下的差別點。

1 在第5行里，我們是通過BaseLoadBalancer這個類而不是接口來定義負載均衡器，原因是該類包含setRule方法。

2 在第7行定義了一個基于輪詢規則的rule對象，并在第9行里把它設置進負載均衡器。

3 在第19行里，我們是把包含3個Server的List對象放入負載均衡器，而不是之前的兩個。由于這里存粹是為了演示效果，所以我們就放入一個根本不存在的“ekserver3”服務器。

運行該程序后，我們可以看到有10次輸出，而且確實是按“輪詢”的規則有順序地輸出3個服務器的名字。如果我們把第7行的代碼改成如下，那么就會看到 “隨機”地輸出服務器名。

IRule rule = new RandomRule();

3  IPing：判斷服務器是否可用的接口

在項目里，我們一般會讓ILoadBalancer接口自動地判斷服務器是否可用（這些業務都封裝在Ribbon的底層代碼里），此外，我們還可以用Ribbon組件里的IPing接口來實現這個功能。

在下面的IRuleDemo.java代碼里，我們將演示IPing接口的一般用法。   

//省略必要的package和import代碼
  class MyPing implements IPing {
    public boolean isAlive(Server server) {
      //如果服務器名是ekserver2，則返回false
      if (server.getHost().equals("ekserver2")) {
        return false;
      }
      return true;
    }
  }

第2行定義的MyPing類實現了IPing接口，并在第3行重寫了其中的isAlive方法。

在這個方法里，我們根據服務器名來判斷，具體而言，如果名字是ekserver2，則返回false，表示該服務器不可用，否則返回true，表示當前服務器可用。    

public class IRuleDemo {
    public static void main(String[] args) {
      BaseLoadBalancer loadBalancer = new BaseLoadBalancer();
      //定義IPing類型的myPing對象
      IPing myPing = new MyPing(); 
      //在負載均衡器里使用myPing對象
      loadBalancer.setPing(myPing);
      //同樣是創建三個Server對象并放入負載均衡器
      List<Server> myServers = new ArrayList<Server>();
      Server s1 = new Server("ekserver1", 8080);
      Server s2 = new Server("ekserver2", 8080);
      Server s3 = new Server("ekserver3", 8080);
      myServers.add(s1);
      myServers.add(s2);
      myServers.add(s3);
      loadBalancer.addServers(myServers);
      //通過for循環多次請求服務器 
      for (int i = 0; i < 10; i++) {
        Server s = loadBalancer.chooseServer(null);
        System.out.println(s.getHost() + ":" + s.getPort());
      }
    }
  }

在第12行的main函數里，我們在第15行創建了IPing類型的myPing對象，并在第17行把這個對象放入了負載均衡器。通過第18到第26行的代碼，我們創建了三個服務器，并把它們也放入負載均衡器。

在第28行的for循環里，我們依然是請求并輸出服務器名。由于這里的負載均衡器loadBalancer中包含了一個IPing類型的對象，所以在根據策略得到服務器后，會根據myPing里的isActive方法來判斷該服務器是否可用。

由于在這個方法里，我們定義了ekServer2這臺服務器不可用，所以負載均衡器loadBalancer對象始終不會把請求發送到該服務器上，也就是說，在輸出結果中，我們不會看到“ekserver2:8080”的輸出。

從中我們能看到IPing接口的一般用法，我們可以通過重寫其中的isAlive方法來定義“判斷服務器是否可用“的邏輯，在實際項目里，判斷的依據無非是”服務器響應是否時間過長“或”發往該服務器的請求數是否過多“，而這些判斷方法都封裝在IRule接口以及它的實現類里，所以在一般的場景中我們用到IPing接口。

以上是“Spring Cloud負載均衡重要組件Ribbon中重要類怎么用”這篇文章的所有內容，感謝各位的閱讀！希望分享的內容對大家有幫助，更多相關知識，歡迎關注億速云行業資訊頻道！