RestTemplate 2021-08-16

RestTemplate

是 Spring Resources 中一個訪問第三方 RESTful API 接口的網絡請求框架。RestTemplate 的設計原則和其他 Spring Template(例如 JdbcTemplate、JmsTemplate)類似,都是為執行復雜任務提供了一個具有默認行為的簡單方法。

RestTemplate 是用來消費 REST 服務的,所以 RestTemplate 的主要方法都與 REST 的 Http 協議的一些方法緊密相連,例如 HEAD、GET、POST、PUT、DELETE 和 OPTIONS 等方法,這些方法在 RestTemplate 類對應的方法為 headForHeaders()、getForObject()、postForObject()、put() 和 delete() 等。

舉例說明,寫一個 RestTestController 類,獲取 https://www.baidu.com/ 的網頁 Html 代碼。首先在 RestTestController 類上加 @RestController 注解,開啟 RestController 的功能。通過 RestTemplate 的 getForObject() 方法可以獲取 https://www.baidu.com/ 的網頁 Html 代碼,并在 API 接口 /testRest 返回該網頁的 Html 字符串。代碼如下:

@RestController
public class RestTestController {
    @GetMapping("/testRest")
    public String testRest(){
        RestTemplate restTemplate = new RestTemplate();
        return restTemplate.getForObject("https://www.baidu.com/", String.class);
    }
}

RestTemplate 支持常見的 Http 協議的請求方法,例如 Post、Put、Delete 等,所以用 RestTemplate 很容易構建 RESTful API。在上面的例子中,RestTemplate 用 Get 方法獲取 https://www.baidu.com 網頁的 Html 字符串。RestTemplate 的使用很簡單,它支持 Xml、JSON 數據格式,默認實現了序列化,可以自動將 JOSN 字符串轉換為實體。例如以下代碼可以將返回的 JSON 字符串轉換成一個 User 對象。

User user=restTemplate.getForObject("https://www.xxx.com/",User.class);

Ribbon 簡介

負載均衡是指將負載分攤到多個執行單元上,常見的負載均衡有兩種方式。服務端負載均衡, 是獨立進程單元,通過負載均衡策略,將請求轉發到不同的執行單元上,例如 Ngnix。另一種是客戶端負載均衡, 是將負載均衡邏輯以代碼的形式封裝到服務消費者的客戶端上,服務消費者客戶端維護了一份服務提供者的信息列表,有了信息列表,通過負載均衡策略將請求分攤給多個服務提供者,從而達到負載均衡的目的。

Ribbon 是 Netflix 公司開源的一個負載均衡的組件,它屬于上述的客戶端負載均衡,是將負載均衡邏輯封裝在客戶端中,并且運行在客戶端的進程里。Ribbon 是一個經過了云端測試的 IPC 庫,可以很好地控制 HTTP 和 TCP 客戶端的負載均衡行為。

在 Spring Cloud 構建的微服務系統中,Ribbon 作為服務消費者的負載均衡器,有兩種使用方式,一種是和 RestTemplate 相結合,另一種是和 Feign 相結合。Feign 已經默認集成了 Ribbon,關于 Feign 的內容將會在下一章進行詳細講解。

Ribbon 有很多子模塊,但很多模塊沒有用于生產環境,目前 Netflix 公司用于生產環境的 Ribbon 子模塊如下:

  • ribbon-loadbalancer:可以獨立使用或與其他模塊一起使用的負載均衡器 API。
  • ribbon-eureka:Ribbon 結合 Eureka 客戶端的 API,為負載均衡器提供動態服務注冊列表信息。
  • ribbon-core:Ribbon 的核心 API。

本節的實驗會基于上一節 Eureka Server 實驗代碼的基礎上進行改造。首先回顧一下上一節實驗中的代碼結構,它包括一個服務注冊中心 eureka-server、一個服務提供者 eureka-client。eureka-client 向 eureka-server 注冊服務,并且 eureka-client 提供了一個 /hi API 接口,用于提供服務。

首先修改 eureka-server 的 application.yml 文件,修改后的具體配置代碼如下:

server:
  port: 8080

eureka:
  instance:
    hostname: localhost
  client:
    registerWithEureka: false
    fetchRegistry: false
    serviceUrl:
      defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/

然后修改 eureka-client 的 application.yml 文件,修改后的具體配置代碼如下:

---
spring:
  profiles: client01
  application:
    name: eureka-client

server:
  port: 8762

eureka:
  client:
    service-url:
      defaultZone: http://localhost:8080/eureka/

---
spring:
  profiles: client02
  application:
    name: eureka-client

server:
  port: 8763

eureka:
  client:
    service-url:
      defaultZone: http://localhost:8080/eureka/

上述配置中,定義了兩個 profile 文件,分別為 client01 和 client02,它們的端口號分別為 8762 和 8763,之后我們可以根據不同的 profile 來啟動兩個 eureka-client。

修改完 eureka-client 的配置文件之后,進入 eureka-client 根目錄,通過 Maven 編譯打包工程。

cd /home/project/eureka/eureka-client
mvn clean package -Dmaven.test.skip=true

通過 java -jar 的方式啟動工程,并通過 spring.profiles.active 指定啟動的配置文件,在本實驗中需要啟動兩個 Eureka Client 實例。由于實驗可能會啟動很多個 Spring Boot 工程,為了防止內存溢出造成預料之外的后果,從本節實驗開始,都通過使用 java -jar 的形式啟動 Spring Boot 工程,這也是真實環境中所采用的方法。同時避免了開啟多個控制臺窗口。

首先在控制臺中進入主 Maven 工程 eureka 的根目錄,通過以下命令打包 eureka-server 和 eureka-client 模塊。

cd /home/project/eureka
mvn clean package -Dmaven.test.skip=true
java -Xmx128m -jar ./eureka-server-0.0.1-SNAPSHOT.jar > server.log 2>&1 &
tail -n 20 -f server.log

Eureka Server 啟動完成后,通過以下命令后臺啟動 Eureka Client。

java -Xmx128m -jar ./eureka-client-0.0.1-SNAPSHOT.jar --spring.profiles.active=client01 > client01.log 2>&1 &
java -Xmx128m -jar ./eureka-client-0.0.1-SNAPSHOT.jar --spring.profiles.active=client02 > client02.log 2>&1 &

Eureka Server 和兩個 Eureka Client 都啟動完成后,打開 Web 服務,可以在 Eureka Server 的首頁看到兩個 eureka-client 實例已經成功向服務注冊中心注冊,它們的端口分別為 8762 和 8763,如下圖所示:

?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 230,563評論 6 544
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,694評論 3 429
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事?!?“怎么了?”我有些...
    開封第一講書人閱讀 178,672評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,965評論 1 318
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,690評論 6 413
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 56,019評論 1 329
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 44,013評論 3 449
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 43,188評論 0 290
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,718評論 1 336
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,438評論 3 360
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,667評論 1 374
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 39,149評論 5 365
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,845評論 3 351
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,252評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,590評論 1 295
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,384評論 3 400
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,635評論 2 380

推薦閱讀更多精彩內容

  • 前言 上兩章節,介紹了下關于注冊中心-Eureka的使用及高可用的配置示例,本章節開始,來介紹下服務和服務之間如何...
    oKong閱讀 2,696評論 1 16
  • 上一章講述了服務注冊和發現組件Eureka,同時追蹤源碼深入講解了Eureka的機制,并通過案例講解了如何構建高可...
    CarlosBen閱讀 573評論 0 0
  • 1. Spring Cloud簡介 Spring Cloud只是將各家公司開發的比較成熟、經得起實際考驗的服務框架...
    皇天閱讀 275評論 0 0
  • 講解如何使用 RestTemplate 和 Ribbon 相結合作為服務消費者去消費服務,同時從源碼的角度來深入講...
    狂足Eroisan閱讀 213評論 0 1
  • 上一章講述了服務注冊和發現組件Eureka,同時跟蹤了Eureka的部分源碼深入講解了Eureka的機制,其中還構...
    董二彎閱讀 660評論 0 1