以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中獲得的地址是服務器的地址?。ㄒ驗閁DP信息是服務器轉過來的)，這樣發起的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) 編輯 收藏 引用 所屬分類:
學習筆記