欧美嘿咻动态图无遮挡,雪梨视频免费视频99,欧美日韩乱码,成人av综合

RPC就是把攔截到的方法參數(shù)，轉(zhuǎn)成可以在網(wǎng)絡(luò)中傳輸?shù)亩M(jìn)制，并保證在服務(wù)提供方能正確地還原出語義，最終實(shí)現(xiàn)像調(diào)用本地一樣地調(diào)用遠(yuǎn)程的目的。

1 RPC架構(gòu)
RPC本質(zhì)遠(yuǎn)程調(diào)用，就要通過網(wǎng)絡(luò)來傳輸數(shù)據(jù)。考慮到可靠性，一般默認(rèn)采用TCP協(xié)議。為屏蔽網(wǎng)絡(luò)傳輸復(fù)雜性，要封裝一個(gè)單獨(dú)的數(shù)據(jù)傳輸模塊收發(fā)二進(jìn)制數(shù)據(jù)，即傳輸模塊。

用戶請求是基于方法調(diào)用，方法出入?yún)?shù)都是對象數(shù)據(jù)，要提前轉(zhuǎn)成二進(jìn)制，即序列化過程。但只是把方法調(diào)用參數(shù)的二進(jìn)制數(shù)據(jù)傳輸?shù)椒?wù)提供方不夠，要在方法調(diào)用參數(shù)的二進(jìn)制數(shù)據(jù)后增加“斷句”符，分隔出不同的請求，在兩個(gè)“斷句”符號(hào)中間放的內(nèi)容就是請求的二進(jìn)制數(shù)據(jù)，即協(xié)議封裝。

這兩個(gè)不同過程目的一樣，保證數(shù)據(jù)在網(wǎng)絡(luò)中正確傳輸：

數(shù)據(jù)能夠傳輸
傳輸后能正確還原出傳輸前的語義
可把這兩個(gè)處理過程放在架構(gòu)中的同一個(gè)模塊，統(tǒng)稱為協(xié)議模塊。

還可在協(xié)議模塊加壓縮功能，壓縮過程也是對傳輸?shù)亩M(jìn)制數(shù)據(jù)進(jìn)行操作。在實(shí)際網(wǎng)絡(luò)傳輸過程中，請求數(shù)據(jù)包在數(shù)據(jù)鏈路層可能因太大而被拆分成多個(gè)數(shù)據(jù)包進(jìn)行傳輸，為減少被拆分次數(shù)，導(dǎo)致整個(gè)傳輸過程時(shí)間太長，可在RPC調(diào)用時(shí)：在方法調(diào)用參數(shù)或者返回值的二進(jìn)制數(shù)據(jù)大于某個(gè)閾值的情況下，我們可以通過壓縮框架進(jìn)行無損壓縮，然后在另外一端也用同樣的壓縮算法進(jìn)行解壓，保證數(shù)據(jù)可還原。

傳輸和協(xié)議兩模塊是RPC最基礎(chǔ)功能，它們使對象可正確傳輸?shù)椒?wù)提供方。但距離RPC目標(biāo)——實(shí)現(xiàn)像調(diào)用本地一樣調(diào)用遠(yuǎn)程，還缺點(diǎn)。要讓這兩個(gè)模塊同時(shí)工作，要手寫一些黏合代碼，但這些代碼對使用RPC的研發(fā)無意義，且屬于一個(gè)重復(fù)工作，導(dǎo)致使用體驗(yàn)不友好。

要在RPC里把這些細(xì)節(jié)對研發(fā)屏蔽，讓他們感覺不到本地調(diào)用和遠(yuǎn)程調(diào)用區(qū)別。假設(shè)有用到Spring，希望RPC能讓我們把一個(gè)RPC接口定義成一個(gè)Spring Bean，并且這個(gè)Bean也會(huì)統(tǒng)一被Spring Bean Factory管理，可在項(xiàng)目中通過Spring依賴注入到方式引用。這是RPC調(diào)用的入口，一般叫Bootstrap模塊。

點(diǎn)對點(diǎn)（Point to Point）版本的RPC框架就完成了,一般這種模式的RPC框架為單機(jī)版，沒有集群能力。

集群能力：針對同一接口有多個(gè)服務(wù)提供者，但這多個(gè)服務(wù)提供者對調(diào)用方透明，所以在RPC里還要給調(diào)用方找到所有的服務(wù)提供方，并在RPC里維護(hù)好接口跟服務(wù)提供者地址的關(guān)系，調(diào)用方在發(fā)起請求時(shí)，才能快速找到對應(yīng)接收地址，即“服務(wù)發(fā)現(xiàn)”。

但服務(wù)發(fā)現(xiàn)只解決接口和服務(wù)提供方地址映射關(guān)系查找，是一種“靜態(tài)數(shù)據(jù)”，對RPC來說，每次發(fā)送請求時(shí)都要用TCP連接的，相對服務(wù)提供方IP地址，TCP連接狀態(tài)瞬息萬變，所以RPC框架要有連接管理器去維護(hù)TCP連接狀態(tài)。

有了集群，提供方可能就需要管理好這些服務(wù)，RPC就要內(nèi)置一些服務(wù)治理功能，如服務(wù)提供方權(quán)重的設(shè)置、調(diào)用授權(quán)等一些常規(guī)治理手段。而服務(wù)調(diào)用方需要額外做哪些事？每次調(diào)用前，都要根據(jù)服務(wù)提供方設(shè)置的規(guī)則，從集群中選擇可用的連接，以發(fā)送請求。
2 可擴(kuò)展架構(gòu)
RPC框架怎么支持插件化架構(gòu)？可將每個(gè)功能點(diǎn)抽象成一個(gè)接口，將這個(gè)接口作為插件契約，然后把這個(gè)功能的接口與功能實(shí)現(xiàn)分離，并提供接口默認(rèn)實(shí)現(xiàn)。

JDK自帶SPI可動(dòng)態(tài)為某接口尋找服務(wù)實(shí)現(xiàn)，要在Classpath下的META-INF/services目錄創(chuàng)建一個(gè)以服務(wù)接口命名的文件，文件內(nèi)容就是接口具體實(shí)現(xiàn)類。

JDK自帶SPI的缺陷
不能按需加載，ServiceLoader加載某接口實(shí)現(xiàn)類時(shí)，會(huì)遍歷全部獲取，即接口的實(shí)現(xiàn)類得全部載入并實(shí)例化，造成不必要浪費(fèi)。

擴(kuò)展如果依賴其它的擴(kuò)展，就做不到自動(dòng)注入和裝配，很難和其他框架集成，如擴(kuò)展里面依賴了一個(gè)Spring Bean，原生Java SPI就不支

整個(gè)架構(gòu)就成了一個(gè)微內(nèi)核架構(gòu)，我們將每個(gè)功能點(diǎn)抽象成一個(gè)接口，將這個(gè)接口作為插件的契約，然后把這個(gè)功能的接口與功能的實(shí)現(xiàn)分離并提供接口的默認(rèn)實(shí)現(xiàn)。

這樣的架構(gòu)可擴(kuò)展性好，實(shí)現(xiàn)開閉原則，用戶方便通過插件擴(kuò)展實(shí)現(xiàn)功能，而且不需要修改核心功能本身

保持了核心包的精簡，依賴外部包少，有效減少開發(fā)人員引入RPC導(dǎo)致的包版本沖突問題。

3 總結(jié)
我們都知道軟件開發(fā)的過程很復(fù)雜，不僅是因?yàn)闃I(yè)務(wù)需求經(jīng)常變化，更難的是在開發(fā)過程中要保證團(tuán)隊(duì)成員的目標(biāo)統(tǒng)一。我們需要用一種可溝通的話語、可“觸摸”的愿景達(dá)成目標(biāo)，我認(rèn)為這就是軟件架構(gòu)設(shè)計(jì)的意義。

但僅從功能角度設(shè)計(jì)出的軟件架構(gòu)并不夠健壯，系統(tǒng)不僅要能正確地運(yùn)行，還要以最低的成本進(jìn)行可持續(xù)的維護(hù)，因此我們十分有必要關(guān)注系統(tǒng)的可擴(kuò)展性。只有這樣，才能滿足業(yè)務(wù)變化的需求，讓系統(tǒng)的生命力不斷延伸。

4 FAQ
① 使用jmeter進(jìn)行壓力測試。jmeter官網(wǎng)中支持進(jìn)行定制sampler取樣器，寫好的jar包放在lib\ext下，再啟動(dòng)jmter時(shí)就能看到了。

插件化是一個(gè)概念，有很多種實(shí)現(xiàn)方式，這種也算。

 

 

② spring的spring.factories這一套也是利用的面向接口編程，感覺比jdk自帶的spi也好很多，既然有些問題，那為啥jdk的spi不優(yōu)化一下？

jdk我理解更多是標(biāo)準(zhǔn)。

 

③ jdk自帶spi一般會(huì)有一個(gè)接口加載很多實(shí)現(xiàn)類的情況嗎，因?yàn)橹荒苡玫鞅闅v，導(dǎo)致只能用類型判斷才能找到自己想要的類，這樣感覺不夠優(yōu)雅吧，所以我感覺應(yīng)該都是一個(gè)接口配置一個(gè)實(shí)現(xiàn)類這樣就是使用者想要的情況了。

那樣插件的意義就不存在了！

 

④ 業(yè)務(wù)為工業(yè)設(shè)備聯(lián)網(wǎng)數(shù)據(jù)采集，設(shè)備種類和型號(hào)繁多，產(chǎn)品中通過抽象出一套“驅(qū)動(dòng)”的概念，把每類設(shè)備當(dāng)作一個(gè)插件開發(fā)，整體產(chǎn)品架構(gòu)不變，感覺有點(diǎn)這個(gè)概念。只是產(chǎn)品還不夠大，其他插件體系還不夠明確。