• <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>

            記錄自己的程序人生和感悟,記錄自己成長(zhǎng)的點(diǎn)點(diǎn)滴滴

            目前興趣,游戲開發(fā)。

             

            服務(wù)器設(shè)計(jì),開發(fā)的體會(huì)

            做服務(wù)器有一段時(shí)間了,想記錄下自己的體會(huì)。
            依我的看法,服務(wù)器可以看做是4個(gè)部分組合起來(lái)的, 底層的網(wǎng)絡(luò)框架, 通用的數(shù)據(jù)結(jié)構(gòu)和庫(kù), 整個(gè)服務(wù)器的架構(gòu)設(shè)計(jì),服務(wù)器的上層業(yè)務(wù)邏輯。
             
            底層的網(wǎng)絡(luò)框架,目前可以說技術(shù)基本都是公開的了, 可以自己從頭寫,采用iocp,epoll。也可以直接使用ace, libevent 或者asio,
            如果是linux下,我覺得libevent是個(gè)非常好的選擇,效率足夠,而且可移植。代碼也簡(jiǎn)單。ace的缺點(diǎn),就是比較大,用他來(lái)開發(fā),沒有什么問題,
            遇到問題需要查找維護(hù),就比較棘手了,asio看過一點(diǎn),proactor模式的。口碑也不錯(cuò)。
            如果直接用這些庫(kù)來(lái)支撐上層邏輯,那么上層的開發(fā)還是比較麻煩的,自己還需要在這些庫(kù)的基礎(chǔ)上,再加上一些封裝,以簡(jiǎn)化上層的開發(fā)難度。
            譬如lau stephen老兄的spserver, 就是個(gè)不錯(cuò)的嘗試。他是在libevent的基礎(chǔ)上,整合出一個(gè)應(yīng)用層框架。
            網(wǎng)絡(luò)框架的兩個(gè)關(guān)鍵點(diǎn),1是性能要足夠,2是要方便上層開發(fā)。3是要穩(wěn)定,有這3點(diǎn),就足夠了、
             
            通用的數(shù)據(jù)結(jié)構(gòu)和庫(kù),主要是用來(lái)實(shí)現(xiàn)一些封裝,譬如封裝線程,封裝數(shù)據(jù)庫(kù)訪問,封裝線程池,封裝內(nèi)存池, 封裝線程安全的隊(duì)列,該隊(duì)列主要用來(lái)實(shí)現(xiàn)
            半同步,半異步模式中關(guān)鍵的排隊(duì)層。 這個(gè)庫(kù),應(yīng)該是隨著自己的經(jīng)驗(yàn)和水平的增進(jìn)而不斷改進(jìn)的。對(duì)于大部分服務(wù)器的開發(fā),這個(gè)庫(kù)都是必要的.
             
            整個(gè)服務(wù)器的架構(gòu)設(shè)計(jì),設(shè)計(jì)架構(gòu)的時(shí)候,考慮無(wú)非是簡(jiǎn)單,容易擴(kuò)展,安全性,成本也是一部分考慮。 沒有通用的架構(gòu),只有針對(duì)自己的需求和條件的
            比較好的架構(gòu)。所以千萬(wàn)不能照抄架構(gòu),要結(jié)合自己的實(shí)際情況來(lái)思考,別人的東西,只能參考。簡(jiǎn)單的出發(fā)點(diǎn),就是便于維護(hù),KISS原則。
            擴(kuò)展性的關(guān)鍵,就在一個(gè)負(fù)載均衡,要保證系統(tǒng)中沒有會(huì)阻礙性能提升的障礙點(diǎn)。安全性的考慮,很多關(guān)鍵的業(yè)務(wù),必須部署在內(nèi)網(wǎng),以避免攻擊。
            例如,網(wǎng)游中常用的gate架構(gòu),既有安全性的考慮,也有負(fù)載均衡的考慮,他只把gate服務(wù)器部署在公網(wǎng)上。
             
            服務(wù)器的上層業(yè)務(wù)邏輯, 這塊千差萬(wàn)別,但是有一些共同的問題。譬如邏輯采用單線程還是多線程的問題,如果上層業(yè)務(wù)很簡(jiǎn)單,譬如就是簡(jiǎn)單的數(shù)據(jù)庫(kù)查詢或者
            注冊(cè)認(rèn)證,可以采用多線程來(lái)做邏輯,盡可能的提高服務(wù)器的性能。但是如果是很復(fù)雜的業(yè)務(wù),譬如im或者網(wǎng)游邏輯服務(wù)器,數(shù)據(jù)交互會(huì)非常多,這個(gè)時(shí)候,多線程
            是很不可取的,維護(hù),擴(kuò)展性,都會(huì)出現(xiàn)很大的問題。查錯(cuò)也會(huì)成為大麻煩。
            最好的線程劃分還是按照業(yè)務(wù)的相關(guān)性,把業(yè)務(wù)糾纏比較緊密的,放在一個(gè)線程里。各個(gè)線程直接,通過消息或者隊(duì)列來(lái)進(jìn)行通信。

            邏輯服務(wù)器的高下,主要在于細(xì)節(jié)。譬如數(shù)據(jù)結(jié)構(gòu)的效率,內(nèi)存分配的效率,服務(wù)器的防御性編程處理, 對(duì)于客戶端的協(xié)議支持是否全面。 做邏輯服務(wù)器的關(guān)鍵,是要用心。只要是花心思了,保證穩(wěn)定,能夠滿足客戶端的業(yè)務(wù)需求和性能需求,就是很好了。
             
             

            posted on 2008-06-14 10:13 Hellfire 閱讀(3696) 評(píng)論(8)  編輯 收藏 引用

            評(píng)論

            # re: 服務(wù)器設(shè)計(jì),開發(fā)的體會(huì) 2008-06-14 11:00 cppexplore

            頂下!  回復(fù)  更多評(píng)論   

            # re: 服務(wù)器設(shè)計(jì),開發(fā)的體會(huì) 2008-06-14 11:20 true

            好文  回復(fù)  更多評(píng)論   

            # re: 服務(wù)器設(shè)計(jì),開發(fā)的體會(huì) 2008-06-14 11:47

            博主寫的不錯(cuò)啊,有沒有具體的例子?  回復(fù)  更多評(píng)論   

            # re: 服務(wù)器設(shè)計(jì),開發(fā)的體會(huì) 2008-06-14 11:56 Hellfire

            @水
            例子,都是商業(yè)代碼,不好辦啊。

            其實(shí)開源的已經(jīng)提供了足夠的例子了。只是自己去不去挖掘而已。  回復(fù)  更多評(píng)論   

            # re: 服務(wù)器設(shè)計(jì),開發(fā)的體會(huì) 2008-06-14 17:29 23

            不錯(cuò)!  回復(fù)  更多評(píng)論   

            # re: 服務(wù)器設(shè)計(jì),開發(fā)的體會(huì) 2008-06-14 18:06 Kven

            說的太專業(yè)了,好難懂完。
            不過,小弟還是謝謝Hellfire的無(wú)私分享。  回復(fù)  更多評(píng)論   

            # re: 服務(wù)器設(shè)計(jì),開發(fā)的體會(huì) 2008-06-14 21:25 羅賓李

            不錯(cuò)  回復(fù)  更多評(píng)論   

            # re: 服務(wù)器設(shè)計(jì),開發(fā)的體會(huì) 2008-06-17 12:05 長(zhǎng)江三峽

            好東東  回復(fù)  更多評(píng)論   


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


            導(dǎo)航

            統(tǒng)計(jì)

            常用鏈接

            留言簿(4)

            隨筆檔案

            搜索

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            国产香蕉97碰碰久久人人| 伊人久久大香线焦AV综合影院| 久久国产精品-久久精品| AAA级久久久精品无码区| 久久久91人妻无码精品蜜桃HD| 欧美激情精品久久久久久| 狠狠精品久久久无码中文字幕 | 久久精品夜夜夜夜夜久久| 国内精品人妻无码久久久影院 | 婷婷久久久亚洲欧洲日产国码AV| 久久精品无码专区免费青青| 久久精品国产精品亚洲| 久久精品人人做人人爽电影蜜月| 久久精品二区| 久久久久成人精品无码中文字幕| 久久精品中文字幕有码| 色噜噜狠狠先锋影音久久| 亚洲中文精品久久久久久不卡| 91精品国产91久久久久久蜜臀| 亚洲午夜久久久影院伊人| 欧美性猛交xxxx免费看久久久| …久久精品99久久香蕉国产| 色偷偷偷久久伊人大杳蕉| 一本一道久久a久久精品综合 | 一本色道久久88综合日韩精品 | 色综合久久久久网| 久久水蜜桃亚洲av无码精品麻豆| 久久婷婷国产剧情内射白浆| 色综合久久久久综合99| 青青草国产97免久久费观看| 久久久久国产精品三级网| 精品久久久久国产免费| 久久精品一区二区| 麻豆精品久久久一区二区| 国产成人香蕉久久久久| 精品久久一区二区| 一本色道久久88加勒比—综合| 粉嫩小泬无遮挡久久久久久| 亚洲成人精品久久| 欧美与黑人午夜性猛交久久久 | 久久人人爽人人爽人人片AV麻烦|