資訊專欄INFORMATION COLUMN
摘要：文本已收錄至我的倉庫，歡迎回顧上一篇大型網站系統與中間件讀書筆記一這周周末讀了第四章，現在過來做做筆記，希望能幫助到大家。沒錯，我們通過肯定是可以完成兩個系統之間的通信的問題的。
前言
只有光頭才能變強。文本已收錄至我的GitHub倉庫，歡迎Star：https://github.com/ZhongFuCheng3y/3y
回顧上一篇：
《大型網站系統與Java中間件》讀書筆記（一）
這周周末讀了第四章，現在過來做做筆記，希望能幫助到大家。
注：在看這篇文章之前，強烈建議先看看我之前寫過的一篇SpringCloud入門文章：外行人都能看懂的SpringCloud，錯過了血虧！。看完再回頭看這篇文章，你會發現：這本書講的設計與實現在SpringCloud中幾乎都有對應的組件支持。
一、服務框架的設計從上一篇我們講到，應用拆開了以后，不同功能/模塊之間的調用不再單純通過本機調用，引入了遠程的服務調用。
而遠程的服務調用這個東東會很難嗎？說白了，不就是兩臺服務器之間通信嗎？
這時候，你能想到什么？必定是Socket吧。沒錯，我們通過Socket肯定是可以完成兩個系統之間的通信的問題的。（Socket相信大家在學習基礎的時候已經寫過Demo了，這我就不多BB了）
一兩個系統的Socket寫起來沒啥，但我們應用拆分之后，系統可是會變得很多很多。
系統很多的情況下，我們在寫遠程調用代碼的時候就可能要考慮到以下的問題：
我們肯定是不希望每次遠程調用的時候都貼上重復的Socket代碼，要是調用遠程方法像調用本地方法一樣簡單就好了。
某個服務應用為了實現高可用，集群了（多臺機器部署同一套應用）。那我遠程調用的時候選擇哪一臺機器進行調用？
網絡之間的傳輸協議用現成的HTTP呢？還是自定義一套通信協議呢？
因為我們想調用遠程方法像調用本地方法一樣，那么在網絡上就需要傳輸Java對象，要傳輸Java對象，就必須得對其進行序列化和反序列化的處理。能實現序列化的操作也有很多，選擇哪一種方式呢？
網絡之間的通訊也有bio、nio、以及aio這幾種模式，一般來說我們會選擇哪種比較多？如果不了解nio的同學，可以閱讀我以前寫過的筆記（nio你了解多少？）
….等等等
由于系統之間的調用會非常多，我們自然是不希望寫重復的代碼的，所以服務框架（也可以說是RPC框架）就應運而生了【說白了就是專門處理遠程服務調用的框架】。有了服務框架，我們就可以實現多個系統之間以統一的方式來進行遠程調用了。
推薦閱讀：RPC太太太太太太太容易理解啦！
一個服務框架需要考慮的問題其實遠不止上面所列出的那些，比如說：
服務框架與Web應用和Web容器的關系是什么？服務框架和應用是綁定在一起嗎？（服務框架作為Web應用的一個依賴包），還是說服務框架只是Web應用的一個擴展（沒有和Web應用打包綁定在一起）
服務框架的jar包和Web應用的jar包沖突了怎么辦？
為了保證系統的穩定性，流量控制也應該要考慮到
在遠程調用的時候，需不需要以更細粒度的方式來進行選擇（之前說的是選擇哪臺機器，但可以細粒度到機器下的接口或者方法）
....等等
二、服務框架的技術實現思路在書中給出了設計服務框架時需要考慮的問題的同時也給出了一些實現思路，我摘錄一些我覺得比較有參考意義的說說。
2.1 像本地一樣調用遠程服務比如服務消費方在執行orderService.buy("HHKB鍵盤")時，實質上調用的是遠端的服務。
這用到啥技術？明顯就是動態代理（給女朋友講解什么是代理模式）
在實現的時候有三個基礎屬性可以參考一下：
interfaceName— 確定調用的是哪一個接口
version— 如果接口進行升級了，可以使用version來進行區分和隔離
group— 對遠程服務的機器進行分組，那么調用的時候就可以選擇不同的分組來調用（調用者對統一服務的調用進行隔離）
2.2 其他當遠程調用服務的時候，不需要每次都要去注冊中心查找可用的地址，而是把地址緩存在調用方。當服務有變化的時候，主動告訴調用者就行了。
流量控制一般會基于兩個維度去考慮：一、自身的接口和方法。二、請求的來源
并不是所有的請求都要經過服務提供者。像走緩存這樣頻繁的操作（而且大多數都是會成功的），直接在調用方調用就ok了
最后總的來說，書的第四章主要是在講解在設計服務框架的時候應該要考慮到哪些方面，可以以什么方案來解決，看得還是非常過癮的（這只是我的個人筆記，書上還有很多的內容）。強烈建議配合我之前寫過的一篇SpringCloud入門文章：外行人都能看懂的SpringCloud，錯過了血虧！食用。
樂于輸出干貨的Java技術公眾號：Java3y。公眾號內有200多篇原創技術文章、海量視頻資源、精美腦圖，關注即可獲取！
覺得我的文章寫得不錯，點贊！
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/75119.html
摘要：另一個用戶請求過來，負載均衡器指派這個請求到服務器。這樣就平攤了請求這種方式就叫做輪詢策略還有很多種，就看你想怎么實現了，反正這個邏輯的代碼放在負載均衡器上。 前言 只有光頭才能變強。文本已收錄至我的GitHub倉庫，歡迎Star：https://github.com/ZhongFuCheng3y/3y 這本書買了一段時間了，之前在杭州沒帶過去，現在讀完第三章，來做做筆記 showI...
摘要：開頭正式開啟我入職的里程，現在已是工作了一個星期了，這個星期算是我入職的過渡期，算是知道了學校生活和工作的差距了，總之，盡快習慣這種生活吧。當時是看的廖雪峰的博客自己也用做爬蟲寫過幾篇博客，不過有些是在前人的基礎上寫的。 showImg(https://segmentfault.com/img/remote/1460000010867984); 開頭 2017.08.21 正式開啟我...
摘要：接下來將介紹分布式緩存的典型代表，以及分布式緩存的應用場景。的分布式實現本身并不是一種分布式的緩存系統，它的分布式是由訪問它的客戶端來實現的。 前言：本書是對分布式系統架構涉及到的相關技術的一本科普書籍。由于很難作為開發參考，只能但求了解。所以通篇淺讀，對分布式系統進行大致的了解。因為寫的非常好，感覺非常有意思，自己也做不出總結。所謂的讀書筆記也就演變成了摘抄。 簡介 一個大型、穩健、...
摘要：大家好，我是冰河有句話叫做投資啥都不如投資自己的回報率高。馬上就十一國慶假期了，給小伙伴們分享下，從小白程序員到大廠高級技術專家我看過哪些技術類書籍。 大家好，我是...
閱讀 1854·2023-04-25 23:28
閱讀 563·2023-04-25 22:49
閱讀 2241·2021-09-27 13:34
閱讀 5157·2021-09-22 15:09
閱讀 3608·2019-08-30 12:52
閱讀 2740·2019-08-29 15:26
閱讀 658·2019-08-29 11:12
閱讀 2189·2019-08-26 12:24
