• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            那誰的技術(shù)博客

            感興趣領(lǐng)域:高性能服務(wù)器編程,存儲,算法,Linux內(nèi)核
            隨筆 - 210, 文章 - 0, 評論 - 1183, 引用 - 0
            數(shù)據(jù)加載中……

            集成libevent,google protobuf的RPC框架

            RPC(Remote Procedure Call),中文翻譯是遠(yuǎn)程過程調(diào)用,其實(shí)從原理來說這并不是一個(gè)新的概念.我的理解是, 不同的機(jī)器之間定義了一些接口, 也有客戶端和服務(wù)器端,客戶端可以通過協(xié)商好的接口調(diào)用服務(wù)器端已經(jīng)注冊好的服務(wù).說白了,還是網(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é),顯然太繁瑣了.還有就是,國內(nèi)的公司開發(fā)很少有文檔,假如查找問題時(shí)還需要通過讀代碼才能知道協(xié)議中各個(gè)字段的含義,這樣對項(xiàng)目的可維護(hù)性會有很大的影響.假如使用了RPC,通過RPC工具定義的格式來定義協(xié)議,可以一目了然.而且,網(wǎng)絡(luò)層就應(yīng)該只關(guān)注網(wǎng)絡(luò)層的工作,邏輯層架構(gòu)在網(wǎng)絡(luò)層之上再完成邏輯的操作.把網(wǎng)絡(luò)和邏輯分開,也是清晰的架構(gòu)設(shè)計(jì).

            google protobuf 是google公開的一套用于網(wǎng)絡(luò)通信時(shí)用于協(xié)議編解碼的工具庫,使用它定義的格式,你可以定義協(xié)議的字段,由它自帶的編譯器生成出負(fù)責(zé)編解碼的代碼文件(可生成許多不同的語言文件).同時(shí),它還包括了基本的RPC接口定義.但是,這個(gè)工具用在RPC上比較大的問題是它只負(fù)責(zé)生成代碼文件,而如果要真正使用起來做為一個(gè)RPC框架,還需要對它進(jìn)行網(wǎng)絡(luò)層上的封裝,但是在它自己的官方文檔上并沒有給出一個(gè)demo告訴讀者如何一步一步的來完成這樣一個(gè)工作.thrift是與google protobuf同樣定位的一個(gè)工具庫,除了具備google protobuf相同的功能外,如支持多語言,跨平臺,高效的編解碼,還集成了網(wǎng)絡(luò)通信層,可以使用它完成所有RPC所需要完成的工作.在這個(gè)頁面中,google protobuf給出了一些已知的使用不同語言對它進(jìn)行封裝的項(xiàng)目.

            chenshuoevproto同樣也是集成libevent與google protobuf的RPC框架,不過在對libevent的使用上,這里的做法與他不盡相同:
            1) 他使用了libevent自帶的RPC功能, 而這里只使用到libevent對網(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沒有像thrift那樣自帶網(wǎng)絡(luò)層,而是把這個(gè)工作留給了用戶),libevent已經(jīng)越來越大,除了對I/O,信號,定時(shí)器等的封裝之外,現(xiàn)在還有RPC,異步DNS,http協(xié)議的支持等等,說真的,如果只是關(guān)注到網(wǎng)絡(luò)I/O的多路復(fù)用機(jī)制,那么幾乎任何一個(gè)熟練的程序員都可以很快的自己做出這樣的一套東西來,使用libevent無非就是為今后可能的跨平臺做準(zhǔn)備罷了.隨著我對libevent發(fā)展方向的不認(rèn)同,還曾經(jīng)想過使用libev替代libevent,不過現(xiàn)在暫時(shí)不想折騰這個(gè)事情了.

            eventrpc項(xiàng)目目前是avidya下的一個(gè)子項(xiàng)目,avidya項(xiàng)目的定位是實(shí)現(xiàn)一些分布式的玩具系統(tǒng)(比如google已經(jīng)公開論文的chubby,mapreduce,GFS等),也許以后不一定能被用上,但是也要實(shí)踐做一把.由于有一個(gè)好用的RPC框架是做分布式的必需品,所有首先實(shí)現(xiàn)eventrpc這個(gè)子項(xiàng)目了,以后也許還會實(shí)現(xiàn)其他語言的版本,如python,java.

            eventrpc的網(wǎng)絡(luò)模型上,使用以前提到的memcached的網(wǎng)絡(luò)模型, 主線程負(fù)責(zé)接收新的連接, 再將這些新的連接交由副線程處理,每個(gè)副線程自帶I/O dispatcher.在samples目錄下,有一個(gè)實(shí)現(xiàn)了echo服務(wù)的客戶端和服務(wù)器端示例.

            在使用之前,請確保libevent和google protobuf已經(jīng)安裝成功,當(dāng)前只在linux下可用.

            posted on 2010-06-20 16:30 那誰 閱讀(27483) 評論(4)  編輯 收藏 引用 所屬分類: avidyaeventrpc

            評論

            # re: 集成libevent,google protobuf的RPC框架  回復(fù)  更多評論   

            可以考慮用asio代替libevent
            2010-06-20 17:31 | winshaui@gmail.com

            # re: 集成libevent,google protobuf的RPC框架  回復(fù)  更多評論   

            Rpc提升了架構(gòu)的靈活性,降低了業(yè)務(wù)模塊物理層面的耦合度
            2010-06-21 11:20 | Z羅

            # re: 集成libevent,google protobuf的RPC框架  回復(fù)  更多評論   

            樓主,有放出代碼下載嗎?
            2011-01-24 17:17 | zhanghuafeng

            # re: 集成libevent,google protobuf的RPC框架[未登錄]  回復(fù)  更多評論   

            @zhanghuafeng
            看這里: http://www.codedump.info/?p=169
            2011-01-24 21:19 | 那誰

            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            国产69精品久久久久APP下载| 少妇久久久久久被弄高潮| 亚洲国产精品人久久| 91久久精品国产91性色也| 一级女性全黄久久生活片免费| 久久夜色精品国产亚洲| 国产午夜精品久久久久免费视| 欧美激情精品久久久久| 久久精品日日躁夜夜躁欧美| 国产精品美女久久久久| 久久国产免费直播| 亚洲国产精品无码久久一区二区| 免费观看久久精彩视频| 色天使久久综合网天天| 91精品国产91久久久久久青草| 久久久久国产精品嫩草影院| 国产成人综合久久精品尤物| 欧美精品乱码99久久蜜桃| 久久精品嫩草影院| 久久久一本精品99久久精品66 | 欧美va久久久噜噜噜久久| 中文精品久久久久国产网址| 亚洲αv久久久噜噜噜噜噜| 久久本道综合久久伊人| 国产精品久久久久9999高清| 亚洲乱码中文字幕久久孕妇黑人| 久久精品成人免费观看97| 国产精品久久久久久福利69堂| 久久精品一区二区三区AV| 久久久亚洲精品蜜桃臀| 中文字幕亚洲综合久久2| 久久久久亚洲AV无码永不| 三上悠亚久久精品| 久久久久久曰本AV免费免费| 亚洲?V乱码久久精品蜜桃| 日日狠狠久久偷偷色综合免费| 久久精品九九亚洲精品天堂 | 午夜欧美精品久久久久久久| 91麻豆国产精品91久久久| 漂亮人妻被中出中文字幕久久| 久久久久久无码国产精品中文字幕 |