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

10年積累的做網(wǎng)站、網(wǎng)站制作經(jīng)驗(yàn)，可以快速應(yīng)對客戶對網(wǎng)站的新想法和需求。提供各種問題對應(yīng)的解決方案。讓選擇我們的客戶得到更好、更有力的網(wǎng)絡(luò)服務(wù)。我雖然不認(rèn)識(shí)你，你也不認(rèn)識(shí)我。但先制作網(wǎng)站后付款的網(wǎng)站建設(shè)流程，更有蒙自免費(fèi)網(wǎng)站建設(shè)讓你可以放心的選擇與我們合作。

Ribbon是Spring Cloud Netflix全家桶中負(fù)責(zé)負(fù)載均衡的組件，它是一組類庫的集合。通過Ribbon，程序員能在不涉及到具體實(shí)現(xiàn)細(xì)節(jié)的基礎(chǔ)上“透明”地用到負(fù)載均衡，而不必在項(xiàng)目里過多地編寫實(shí)現(xiàn)負(fù)載均衡的代碼。

比如，在某個(gè)包含Eureka和Ribbon的集群中，某個(gè)服務(wù)（可以理解成一個(gè)jar包）被部署在多臺(tái)服務(wù)器上，當(dāng)多個(gè)服務(wù)使用者同時(shí)調(diào)用該服務(wù)時(shí)，這些并發(fā)的請求能被用一種合理的策略轉(zhuǎn)發(fā)到各臺(tái)服務(wù)器上。

事實(shí)上，在使用Spring Cloud的其它各種組件時(shí)，我們都能看到Ribbon的痕跡，比如Eureka能和Ribbon整合，而在后文里將提到的提供網(wǎng)關(guān)功能Zuul組件在轉(zhuǎn)發(fā)請求時(shí)，也可以整合Ribbon從而達(dá)到負(fù)載均衡的效果。

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

第一，ILoadBalancer，這也叫負(fù)載均衡器，通過它，我們能在項(xiàng)目里根據(jù)特定的規(guī)則合理地轉(zhuǎn)發(fā)請求，常見的實(shí)現(xiàn)類有BaseLoadBalancer。

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

在BaseLoadBalancer類里，我們能通過IRule的實(shí)現(xiàn)類設(shè)置負(fù)載均衡的策略，這樣該負(fù)載均衡器就能據(jù)此合理地轉(zhuǎn)發(fā)請求。

第三，IPing接口，通過該接口，我們能獲取到當(dāng)前哪些服務(wù)器是可用的，我們也能通過重寫該接口里的方法來自定義判斷服務(wù)器是否可用的規(guī)則。在BaseLoadBalancer類里，我們同樣能通過IPing的實(shí)現(xiàn)類設(shè)置判斷服務(wù)器是否可用的策略。   

1 ILoadBalancer：負(fù)載均衡器接口

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

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

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

在第5行里，我們創(chuàng)建了BaseLoadBalancer類型的loadBalancer對象，而BaseLoadBalancer是負(fù)載均衡器ILoadBalancer接口的實(shí)現(xiàn)類。

在第6到第13行里，我們創(chuàng)建了兩個(gè)Server類型的對象，并把它們放入了myServers里，在第15行里，我們把List類型的myServers對象放入了負(fù)載均衡器里。

在第17到22行的for循環(huán)里，我們通過負(fù)載均衡器模擬了10次選擇服務(wù)器的動(dòng)作，具體而言，是在第19行里，通過loadBalancer的chooseServer方法以默認(rèn)的負(fù)載均衡規(guī)則選擇服務(wù)器，在第21行里，我們是用“打印”這個(gè)動(dòng)作來模擬實(shí)際的“使用Server對象處理請求”的動(dòng)作。

上述代碼的運(yùn)行結(jié)果如下所示，其中我們能看到，loadBalancer這個(gè)負(fù)載均衡器把10次請求均攤到了2臺(tái)服務(wù)器上，從中確實(shí)能看到 “負(fù)載均衡”的效果。

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

在BaseLoadBalancer類里，我們能通過IRule的實(shí)現(xiàn)類設(shè)置負(fù)載均衡的策略，這樣該負(fù)載均衡器就能據(jù)此合理地轉(zhuǎn)發(fā)請求。

第三，IPing接口，通過該接口，我們能獲取到當(dāng)前哪些服務(wù)器是可用的，我們也能通過重寫該接口里的方法來自定義判斷服務(wù)器是否可用的規(guī)則。在BaseLoadBalancer類里，我們同樣能通過IPing的實(shí)現(xiàn)類設(shè)置判斷服務(wù)器是否可用的策略。 

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

2 IRule：定義負(fù)載均衡規(guī)則的接口

在Ribbon里，我們可以通過定義IRule接口的實(shí)現(xiàn)類來給負(fù)載均衡器設(shè)置相應(yīng)的規(guī)則。在下表里，我們能看到IRule接口的一些常用的實(shí)現(xiàn)類。

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

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

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

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

2 在第7行定義了一個(gè)基于輪詢規(guī)則的rule對象，并在第9行里把它設(shè)置進(jìn)負(fù)載均衡器。

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

運(yùn)行該程序后，我們可以看到有10次輸出，而且確實(shí)是按“輪詢”的規(guī)則有順序地輸出3個(gè)服務(wù)器的名字。如果我們把第7行的代碼改成如下，那么就會(huì)看到 “隨機(jī)”地輸出服務(wù)器名。

IRule rule = new RandomRule();

3  IPing：判斷服務(wù)器是否可用的接口

在項(xiàng)目里，我們一般會(huì)讓ILoadBalancer接口自動(dòng)地判斷服務(wù)器是否可用（這些業(yè)務(wù)都封裝在Ribbon的底層代碼里），此外，我們還可以用Ribbon組件里的IPing接口來實(shí)現(xiàn)這個(gè)功能。

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

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

第2行定義的MyPing類實(shí)現(xiàn)了IPing接口，并在第3行重寫了其中的isAlive方法。

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

public class IRuleDemo {
    public static void main(String[] args) {
      BaseLoadBalancer loadBalancer = new BaseLoadBalancer();
      //定義IPing類型的myPing對象
      IPing myPing = new MyPing(); 
      //在負(fù)載均衡器里使用myPing對象
      loadBalancer.setPing(myPing);
      //同樣是創(chuàng)建三個(gè)Server對象并放入負(fù)載均衡器
      List myServers = new ArrayList();
      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循環(huán)多次請求服務(wù)器 
      for (int i = 0; i < 10; i++) {
        Server s = loadBalancer.chooseServer(null);
        System.out.println(s.getHost() + ":" + s.getPort());
      }
    }
  }

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

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

由于在這個(gè)方法里，我們定義了ekServer2這臺(tái)服務(wù)器不可用，所以負(fù)載均衡器loadBalancer對象始終不會(huì)把請求發(fā)送到該服務(wù)器上，也就是說，在輸出結(jié)果中，我們不會(huì)看到“ekserver2:8080”的輸出。

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

以上是“Spring Cloud負(fù)載均衡重要組件Ribbon中重要類怎么用”這篇文章的所有內(nèi)容，感謝各位的閱讀！希望分享的內(nèi)容對大家有幫助，更多相關(guān)知識(shí)，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道！