RPC(
Remote Procedure Call),中文翻譯是遠(yuǎn)程過(guò)程調(diào)用,其實(shí)從原理來(lái)說(shuō)這并不是一個(gè)新的概念.我的理解是, 不同的機(jī)器之間定義了一些接口, 也有客戶端和服務(wù)器端,客戶端可以通過(guò)協(xié)商好的接口調(diào)用服務(wù)器端已經(jīng)注冊(cè)好的服務(wù).說(shuō)白了,還是網(wǎng)絡(luò)通信的那一套機(jī)制.既然還是網(wǎng)絡(luò)通信,那么為什么需要使用RPC而不是自己去完成這樣的一套工作呢?假如是自己做這樣的事情,需要考慮編解碼,網(wǎng)絡(luò)層,尤其很多細(xì)節(jié)需要去關(guān)注:協(xié)議有哪些?如何定義格式?涉及到整數(shù)的還要考慮網(wǎng)絡(luò)和主機(jī)字節(jié)序等,如果邏輯程序員還需要關(guān)注這些細(xì)節(jié),顯然太繁瑣了.還有就是,國(guó)內(nèi)的公司開(kāi)發(fā)很少有文檔,假如查找問(wèn)題時(shí)還需要通過(guò)讀代碼才能知道協(xié)議中各個(gè)字段的含義,這樣對(duì)項(xiàng)目的可維護(hù)性會(huì)有很大的影響.假如使用了RPC,通過(guò)RPC工具定義的格式來(lái)定義協(xié)議,可以一目了然.而且,網(wǎng)絡(luò)層就應(yīng)該只關(guān)注網(wǎng)絡(luò)層的工作,邏輯層架構(gòu)在網(wǎng)絡(luò)層之上再完成邏輯的操作.把網(wǎng)絡(luò)和邏輯分開(kāi),也是清晰的架構(gòu)設(shè)計(jì).
google protobuf 是google公開(kāi)的一套用于網(wǎng)絡(luò)通信時(shí)用于協(xié)議編解碼的工具庫(kù),使用它定義的格式,你可以定義協(xié)議的字段,由它自帶的編譯器生成出負(fù)責(zé)編解碼的代碼文件(可生成許多不同的語(yǔ)言文件).同時(shí),它還包括了基本的RPC接口定義.但是,這個(gè)工具用在RPC上比較大的問(wèn)題是它只負(fù)責(zé)生成代碼文件,而如果要真正使用起來(lái)做為一個(gè)RPC框架,還需要對(duì)它進(jìn)行網(wǎng)絡(luò)層上的封裝,但是在它自己的官方文檔上并沒(méi)有給出一個(gè)demo告訴讀者如何一步一步的來(lái)完成這樣一個(gè)工作.
thrift是與google protobuf同樣定位的一個(gè)工具庫(kù),除了具備google protobuf相同的功能外,如支持多語(yǔ)言,跨平臺(tái),高效的編解碼,還集成了網(wǎng)絡(luò)通信層,可以使用它完成所有RPC所需要完成的工作.在
這個(gè)頁(yè)面中,google protobuf給出了一些已知的使用不同語(yǔ)言對(duì)它進(jìn)行封裝的項(xiàng)目.
chenshuo的
evproto同樣也是集成libevent與google protobuf的RPC框架,不過(guò)在對(duì)libevent的使用上,這里的做法與他不盡相同:
1) 他使用了libevent自帶的RPC功能, 而這里只使用到libevent對(duì)網(wǎng)絡(luò)I/O進(jìn)行的封裝的最基本的功能.
2) 之所以有1)的考慮,是因?yàn)槲艺J(rèn)為一個(gè)工具最好應(yīng)該是"do one thing, do it better"的(也許從這點(diǎn)可以解釋為什么google protobuf沒(méi)有像thrift那樣自帶網(wǎng)絡(luò)層,而是把這個(gè)工作留給了用戶),libevent已經(jīng)越來(lái)越大,除了對(duì)I/O,信號(hào),定時(shí)器等的封裝之外,現(xiàn)在還有RPC,異步DNS,http協(xié)議的支持等等,說(shuō)真的,如果只是關(guān)注到網(wǎng)絡(luò)I/O的多路復(fù)用機(jī)制,那么幾乎任何一個(gè)熟練的程序員都可以很快的自己做出這樣的一套東西來(lái),使用libevent無(wú)非就是為今后可能的跨平臺(tái)做準(zhǔn)備罷了.隨著我對(duì)libevent發(fā)展方向的不認(rèn)同,還曾經(jīng)想過(guò)使用libev替代libevent,不過(guò)現(xiàn)在暫時(shí)不想折騰這個(gè)事情了.
eventrpc項(xiàng)目目前是
avidya下的一個(gè)子項(xiàng)目,avidya項(xiàng)目的定位是實(shí)現(xiàn)一些分布式的玩具系統(tǒng)(比如google已經(jīng)公開(kāi)論文的chubby,mapreduce,GFS等),也許以后不一定能被用上,但是也要實(shí)踐做一把.由于有一個(gè)好用的RPC框架是做分布式的必需品,所有首先實(shí)現(xiàn)eventrpc這個(gè)子項(xiàng)目了,以后也許還會(huì)實(shí)現(xiàn)其他語(yǔ)言的版本,如python,java.
eventrpc的網(wǎng)絡(luò)模型上,使用以前提到的
memcached的網(wǎng)絡(luò)模型, 主線程負(fù)責(zé)接收新的連接, 再將這些新的連接交由副線程處理,每個(gè)副線程自帶I/O dispatcher.在samples目錄下,有一個(gè)實(shí)現(xiàn)了echo服務(wù)的客戶端和服務(wù)器端示例.
在使用之前,請(qǐng)確保libevent和google protobuf已經(jīng)安裝成功,當(dāng)前只在linux下可用.