1. Ribbon負(fù)載均衡

學(xué)習(xí)Eruaka的時(shí)候，我們添加了@LoadBalanced注解，就可實(shí)現(xiàn)負(fù)載均衡功能，這是什么原理呢？

1.1 負(fù)載均衡原理

SpringCloud底層其實(shí)是利用了一個(gè)名為Ribbon的組件，來(lái)實(shí)現(xiàn)負(fù)載均衡功能的。

那么我們發(fā)出的請(qǐng)求明明是http://userservice/user/1，怎么變成了http://localhost:8081的呢？

1.2 源碼跟蹤

為什么我們只輸入了service名稱就可以訪問(wèn)了呢？之前還要獲取ip和端口。

顯然有人幫我們根據(jù)service名稱，獲取到了服務(wù)實(shí)例的ip和端口。它就是LoadBalancerInterceptor，這個(gè)類會(huì)在對(duì)RestTemplate的請(qǐng)求進(jìn)行攔截，然后從Eureka根據(jù)服務(wù)id獲取服務(wù)列表，隨后利用負(fù)載均衡算法得到真實(shí)的服務(wù)地址信息，替換服務(wù)id。

我們對(duì)LoadBalancerInterceptor進(jìn)行源碼跟蹤：

1）LoadBalancerInterceptor

可以看到這里的intercept方法，攔截了用戶的HttpRequest請(qǐng)求，然后做了幾件事：

• request.getURI()：獲取請(qǐng)求uri，本例中就是 http://user-service/user/8
• originalUri.getHost()：獲取uri路徑的主機(jī)名，其實(shí)就是服務(wù)id，user-service
• this.loadBalancer.execute()：處理服務(wù)id，和用戶請(qǐng)求。

這里的this.loadBalancer是LoadBalancerClient類型，我們繼續(xù)跟入execute。

1）LoadBalancerClient

找到LoadBalancerClient接口，繼續(xù)跟入execute方法，找到實(shí)現(xiàn)接口的子類：

代碼是這樣的：

• getLoadBalancer(serviceId)：根據(jù)服務(wù)id獲取ILoadBalancer，而ILoadBalancer會(huì)拿著服務(wù)id去eureka中獲取服務(wù)列表并保存起來(lái)。
• getServer(loadBalancer)：利用內(nèi)置的負(fù)載均衡算法，從服務(wù)列表中選擇一個(gè)。本例中，可以看到獲取了8082端口的服務(wù)

放行后，再次訪問(wèn)并跟蹤，發(fā)現(xiàn)獲取的是8081：

果然實(shí)現(xiàn)了負(fù)載均衡。

3）負(fù)載均衡策略IRule

在剛才的代碼中，可以看到獲取服務(wù)使通過(guò)一個(gè)getServer方法來(lái)做負(fù)載均衡:

我們繼續(xù)跟入：

繼續(xù)跟蹤源碼chooseServer方法，發(fā)現(xiàn)這么一段代碼：

我們看看這個(gè)rule是誰(shuí)：

這里的rule默認(rèn)值是一個(gè)RoundRobinRule，看類的介紹：

這不就是輪詢的意思嘛。

到這里，整個(gè)負(fù)載均衡的流程我們就清楚了。

4）總結(jié)

SpringCloudRibbon的底層采用了一個(gè)攔截器，攔截了RestTemplate發(fā)出的請(qǐng)求，對(duì)地址做了修改。用一幅圖來(lái)總結(jié)一下：

基本流程如下：

• 攔截我們的RestTemplate請(qǐng)求http://userservice/user/1
• RibbonLoadBalancerClient會(huì)從請(qǐng)求url中獲取服務(wù)名稱，也就是user-service
• DynamicServerListLoadBalancer根據(jù)user-service到eureka拉取服務(wù)列表
• eureka返回列表，localhost:8081、localhost:8082
• IRule利用內(nèi)置負(fù)載均衡規(guī)則，從列表中選擇一個(gè)，例如localhost:8081
• RibbonLoadBalancerClient修改請(qǐng)求地址，用localhost:8081替代userservice，得到http://localhost:8081/user/1，發(fā)起真實(shí)請(qǐng)求

1.3 負(fù)載均衡策略

1.3.1.負(fù)載均衡策略

負(fù)載均衡的規(guī)則都定義在IRule接口中，而IRule有很多不同的實(shí)現(xiàn)類：

不同規(guī)則的含義如下：

默認(rèn)的實(shí)現(xiàn)就是ZoneAvoidanceRule，是一種輪詢方案

1.3.2.自定義負(fù)載均衡策略

通過(guò)定義IRule實(shí)現(xiàn)可以修改負(fù)載均衡規(guī)則，有兩種方式：

1. 代碼方式：在order-service中的OrderApplication類中，定義一個(gè)新的IRule：

   @Bean
   public IRule randomRule(){
       return new RandomRule();
   }
   

2. 配置文件方式：在order-service的application.yml文件中，添加新的配置也可以修改規(guī)則：

   userservice: # 給某個(gè)微服務(wù)配置負(fù)載均衡規(guī)則，這里是userservice服務(wù)
     ribbon:
       NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule # 負(fù)載均衡規(guī)則 
   

注意，一般用默認(rèn)的負(fù)載均衡規(guī)則，不做修改。

1.4 饑餓加載

Ribbon默認(rèn)是采用懶加載，即第一次訪問(wèn)時(shí)才會(huì)去創(chuàng)建LoadBalanceClient，請(qǐng)求時(shí)間會(huì)很長(zhǎng)。

第一次請(qǐng)求:1s

再請(qǐng)求就非常快了：

而饑餓加載則會(huì)在項(xiàng)目啟動(dòng)時(shí)創(chuàng)建，降低第一次訪問(wèn)的耗時(shí)，通過(guò)下面配置開(kāi)啟饑餓加載：

ribbon:
  eager-load:
    enabled: true
    clients: userservice