• <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 小果子 閱讀(1120) 評論(0)  編輯 收藏 引用 所屬分類: 學習筆記
            伊人久久综在合线亚洲2019| 久久精品国产91久久麻豆自制| 久久本道久久综合伊人| 国产成人久久精品麻豆一区 | 久久91综合国产91久久精品 | 久久精品亚洲乱码伦伦中文| 一本大道久久东京热无码AV| 99久久99久久精品国产片果冻| 日产精品99久久久久久| 91精品观看91久久久久久| 久久中文字幕人妻丝袜| 99久久人妻无码精品系列| 国内精品免费久久影院| 亚洲AV伊人久久青青草原| 久久久精品人妻一区二区三区四| 狠狠久久综合伊人不卡| 蜜臀av性久久久久蜜臀aⅴ| 狠狠综合久久综合中文88| 久久综合久久自在自线精品自| 国产精品久久久久一区二区三区| 区亚洲欧美一级久久精品亚洲精品成人网久久久久 | 久久久久夜夜夜精品国产| 一级A毛片免费观看久久精品| 久久国产一区二区| 欧美一区二区三区久久综| 久久成人小视频| 久久国产精品免费一区| 成人久久精品一区二区三区| 波多野结衣久久精品| 香港aa三级久久三级老师2021国产三级精品三级在 | 亚洲国产成人久久综合一| 男女久久久国产一区二区三区| 久久久久久久女国产乱让韩| 热re99久久6国产精品免费| 日日狠狠久久偷偷色综合96蜜桃 | 国产午夜福利精品久久| www久久久天天com| 亚洲人成精品久久久久| 久久人人爽人人爽人人片AV不| 精品久久人人爽天天玩人人妻| 国产69精品久久久久观看软件|