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

                 最近在學習服務架構(gòu)和服務器編程,隨著學習的進展,給我?guī)砹艘恍﹩栴},其中QQ服務器是如何實現(xiàn)的讓我困惑了一段時間,最近略有感悟,寫下來分享一下,以方便大家的交流和學習。

              因為以前做過游戲開發(fā)對游戲服務器的架構(gòu)和實現(xiàn)有一定的了解,一組游戲服務器如果能承受2000人同時在線已經(jīng)算不錯了,而且每組服務器和每組服務器是獨立的,就是說每個玩家只能和本服務器的玩家進行交流和互動,和其他服務不實現(xiàn)通信,然而QQ好象能做到只要安裝客戶端的用戶,可以查找到任何QQ用戶并進行聊天,發(fā)送文件,音頻,視頻等。

             經(jīng)過一些資料的查找和分析,了解的QQ是有p2p通信來實現(xiàn)的,這樣不經(jīng)過服務器的中轉(zhuǎn),減輕了服務器的負擔,其中有一鍛文章是這么寫的,我抄出其中的一部分,其他的在打開這個連接就能看到全文(http://bbs.51cto.com/thread-591907-1.html):
               “A要向B發(fā)送一個文件,于是發(fā)出一個文件傳送請求。服務器收到這個文件傳送請求后,轉(zhuǎn)發(fā)給B,同時或者在B應答后,將A的IP地址同時發(fā)送給B。B這個時候就得到了A的真實IP。這里的IP是你的本機IP。也就是說,如果A處在內(nèi)網(wǎng),B得到的地址就是一個內(nèi)網(wǎng)地址。B得到了A的地址之后,就會嘗試去連接A。如果B也處于內(nèi)網(wǎng),那么,顯然A跟B之間的連接是無法建立的。這個時候,客戶端就會請求服務器進行文件中轉(zhuǎn)。因為服務器具有公網(wǎng) IP,處在內(nèi)網(wǎng)的A跟B都是可以連接到服務器的,于是,A跟B的文件傳送就通過服務器中轉(zhuǎn)的方式,順利進行”

               在這篇文章中寫到,“客戶端就會請求服務器進行文件中轉(zhuǎn)。因為服務器具有公網(wǎng) IP,處在內(nèi)網(wǎng)的A跟B都是可以連接到服務器的,于是,A跟B的文件傳送就通過服務器中轉(zhuǎn)的方式,順利進行”如果是這樣的話,那么我們就有一個前提,即A和B連接在同一臺服務器上,如果A和B不在同一臺服務怎么辦呢。估計只能用UDP通信了,能進行UDP通信,進行打洞就可以了,為什么還要服務器中轉(zhuǎn)。

             所以我認為應該是這樣的,假設(shè)A,B是兩個客戶端, C, D是兩臺服務器,為了避免混淆,后面就用A客,B客, C服, D服來代表,A客---連接---C服, B客---連接---D服, A和C之間是用TCP建立的連接,B和D之間也是有TCP建立的連接,A和B是在不同的內(nèi)網(wǎng)上,如果A和B之間要建立ptp連接如何建立?那么A和B之間必須進行NAT打洞,這就要求C服和B客通信,D服和A客通信, 如果C服要給B發(fā)信息,因為C和B之間沒有TCP面向連接的通信,所以他們只能用UDP通信, 因為C和D是有公網(wǎng)ip的,所以C和B的通過UDP是肯定可以通信,這樣A告訴C它要連接B,C通過數(shù)據(jù)庫找的B的地址,和B通信,告訴B A的地址,同樣A用同樣的方式也可以獲得B的地址,這樣即可以實現(xiàn)A和B的打洞,又能實現(xiàn)上線通知,而且和連接那臺服務器沒關(guān)系,每次有新用戶登陸是,進行負載均衡,和比較空閑的服務器連接就可以了,每組服務器配置相同,只需要增加服務器就能滿足不斷增長的用戶需求。

            Posted on 2010-06-07 15:05 鄭興鋒 閱讀(7351) 評論(4)  編輯 收藏 引用

            Feedback

            # re: QQ服務器架構(gòu)的思考  回復  更多評論   

            2011-09-01 10:40 by 新宇
            寫的不錯,繼續(xù)努力! 新宇留

            # re: QQ服務器架構(gòu)的思考  回復  更多評論   

            2011-09-27 15:15 by zhengxf
            @新宇
            謝謝了

            # re: QQ服務器架構(gòu)的思考  回復  更多評論   

            2012-03-06 08:31 by 王聰
            你好,想向你請教一些服務器架構(gòu)方面的問題。能qq聯(lián)系嗎?464156781

            # re: QQ服務器架構(gòu)的思考  回復  更多評論   

            2012-03-21 13:51 by blackmail
            兄弟,有些p2p是打不通的,最后還得用中轉(zhuǎn),而直接用中轉(zhuǎn)是最簡單的處理邏輯!
            夜夜亚洲天天久久| 久久精品国产亚洲AV不卡| 久久国产免费观看精品| 久久精品中文字幕有码| 精产国品久久一二三产区区别| 久久久无码精品亚洲日韩蜜臀浪潮| 久久99国产精品99久久| 2021国产精品午夜久久| 国产精品九九九久久九九| 国产精品99久久久久久宅男小说| 久久久久人妻一区精品色| 欧美久久综合九色综合| 精品久久久久久久久中文字幕| 亚洲精品无码久久不卡| 久久久久久免费一区二区三区| 午夜精品久久久久久久| 亚洲欧美一区二区三区久久| 久久综合久久综合久久综合| 日本欧美久久久久免费播放网| 久久这里只精品99re66| 久久天天日天天操综合伊人av| 久久精品国产亚洲欧美| 久久久久久人妻无码| 无遮挡粉嫩小泬久久久久久久| 国产精品久久久久久久app | 久久久久波多野结衣高潮| 久久久久久噜噜精品免费直播 | 国产AV影片久久久久久| 久久青青草原国产精品免费| 精品国产乱码久久久久久郑州公司| 久久亚洲中文字幕精品一区| 久久这里只有精品视频99| 久久99精品久久久久久齐齐| 国产福利电影一区二区三区久久老子无码午夜伦不 | 国内精品伊人久久久久av一坑| 天天爽天天狠久久久综合麻豆 | 香蕉久久一区二区不卡无毒影院| 国产精品久久久久aaaa| 嫩草影院久久国产精品| 国产精品美女久久久久AV福利| 久久涩综合|