• <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>
            xiaoguozi's Blog
            Pay it forword - 我并不覺的自豪,我所嘗試的事情都失敗了······習慣原本生活的人不容易改變,就算現狀很糟,他們也很難改變,在過程中,他們還是放棄了······他們一放棄,大家就都是輸家······讓愛傳出去,很困難,也無法預料,人們需要更細心的觀察別人,要隨時注意才能保護別人,因為他們未必知道自己要什么·····
                  以War3為例,啟動魔獸后,首先是如何看見主機的問題:
            魔獸是通過TCP/UDP協議進行數據發送的,那如何實現看到對方?我們這樣:每個機器監聽一個固定的UDP端口(比如6112),一旦任何機器建立主 機,它就向整個局域網所有的機器的6112端口廣播“我建立了主機”的信息,這樣,其他機器接收到這個信息,就知道有主機建立了(廣播只存在于UDP協 議,使用UDP.sendto向地址255.255.255.255實現)。

            來看看HF和VS平臺怎么實現的:
            1.掛鉤UDP.Sendto,將所有廣播信息(即發向地址255.255.255.255)的消息截獲,然后把消息重新打包(比如{本機虛擬IP+消息 數據}的形式),然后使用真正的UDP.sendto把消息轉到平臺服務器,服務器查看有哪些玩家是跟此玩家在同一房間,把消息傳給那些玩家;平臺再掛鉤 住接收消息用的UDP.recv From,把UDP.recvFrom的發送方地址修改為消息中的對方虛擬IP,再把數據傳給真正的UDP.recvFr om。

            問:萬一廣播信息不是建立主機而是其他的,被誤截了怎么辦?
            答:大部分游戲包括War3的廣播信息唯一的作用就是傳播“建立主機”這一類需要傳給所有局域網的機器的信息,就是說只有“建立主機”這一類信息會通過地址255.255.255,因此一般不會有誤截發生。

            實際上通過廣播的信息還有主機是否人滿,地圖,主機是否取消建立,等信息。


            其次,如何加入游戲:
            魔獸在加入游戲后使用TCP協議,每個玩家對應一個連接。
            在真正的局域網中,一個玩家看到和選擇一個主機后點擊加入,他的機器會使用TCP請求和對方連接,(地址從UDP中獲得,端口是固定的6112),如果沒 有人滿,被主機關閉等意外發生,主機就會答應此連接(使用TCP.accept),發送些數據(地圖信息,其他玩家信息等),此玩家就加入了游戲,此后兩 機器就使用這個TCP連接通訊。

            回到平臺,在平臺中,魔獸從UDP中獲得的地址是服務器的地址啊(因為UDP信息是服務器轉過來的),這樣發起的TCP只能鏈接到服務器,怎么可能連接得 上真正的玩家呢?別忘了,上面說過平臺掛鉤了UDP.sendTo(會把本機虛擬IP加入);掛鉤了UDP.recvFrom(會把服務器這個發送方的 IP改為對方虛擬IP);

            接著魔獸向對方虛擬IP發起TCP.connect,可能成功嗎?當然不可能,因為實際的局域網中根本沒這個IP,那怎么請求連接和接受連接呢?

            平臺采用了這樣的辦法:TCP連接是靠TCP.connect發起的,平臺掛鉤住這個函數,把連接向服務器的地址修改為自己(即127.0.0.1或實際 IP,一般用前者),然后再掛鉤TCP.accept函數(此函數用來接受TCP連接),然后發送同樣的連接請求由服務器轉到另一臺機器(即主機),根據 那臺機器的做法決定是否答應127.0.0.1的那個TCP.connect,(注意這個TCP.accept返回的新連接是掛鉤代碼創建的,掛鉤的代碼 擁有它收到的所有數據),如果答應連接的話,是不是魔獸所有的數據就會發送到這個掛鉤代碼創建的連接這里了?
            接著,掛鉤代碼把這些數據重新打包(例如{接收方機器的虛擬IP+發送數據+發送方的虛擬IP}的形式),使用UDP.sendto發到服務器,服務器從信息中獲得接收方機器的虛擬IP,查找其真正的IP,并把數據發送過去,跨網的TCP發送就完成了。
            (另外一臺機器也按以上方法同樣處理)

            posted on 2010-09-01 00:30 小果子 閱讀(1092) 評論(0)  編輯 收藏 引用 所屬分類: 學習筆記
            久久SE精品一区二区| 国产99久久久久久免费看| 亚洲人AV永久一区二区三区久久| 国产三级精品久久| 2021国内久久精品| 国内精品久久久久久野外| 久久青青草原综合伊人| 婷婷久久综合| 国产精品久久久久影院色| 久久国产三级无码一区二区| 久久精品国产2020| 久久午夜电影网| 亚洲中文字幕无码一久久区| 97精品国产97久久久久久免费| 亚洲精品综合久久| 国产午夜精品久久久久九九| 狠狠色丁香婷婷久久综合五月| 久久久久久久久久久久中文字幕 | 婷婷伊人久久大香线蕉AV| 久久久WWW免费人成精品| 嫩草伊人久久精品少妇AV| 精品视频久久久久| www.久久精品| 精品久久久噜噜噜久久久| 久久强奷乱码老熟女网站| 久久99精品久久久久久9蜜桃| 久久精品国产久精国产思思| 色综合久久天天综线观看| 99久久免费只有精品国产| 久久精品男人影院| 伊人热人久久中文字幕| 亚洲va中文字幕无码久久| 久久久久久精品久久久久| 亚洲国产天堂久久久久久| 久久亚洲中文字幕精品一区四| 99久久国产亚洲高清观看2024| 91精品国产综合久久精品| 国产亚洲欧美精品久久久| 久久精品aⅴ无码中文字字幕不卡| 欧美一区二区三区久久综合 | 久久久久亚洲精品无码网址|