最近在學(xué)習(xí)服務(wù)架構(gòu)和服務(wù)器編程，隨著學(xué)習(xí)的進展，給我?guī)砹艘恍﹩栴}，其中QQ服務(wù)器是如何實現(xiàn)的讓我困惑了一段時間，最近略有感悟，寫下來分享一下，以方便大家的交流和學(xué)習(xí)。
因為以前做過游戲開發(fā)對游戲服務(wù)器的架構(gòu)和實現(xiàn)有一定的了解，一組游戲服務(wù)器如果能承受2000人同時在線已經(jīng)算不錯了，而且每組服務(wù)器和每組服務(wù)器是獨立的，就是說每個玩家只能和本服務(wù)器的玩家進行交流和互動，和其他服務(wù)不實現(xiàn)通信，然而QQ好象能做到只要安裝客戶端的用戶，可以查找到任何QQ用戶并進行聊天，發(fā)送文件，音頻，視頻等。
經(jīng)過一些資料的查找和分析，了解的QQ是有p2p通信來實現(xiàn)的，這樣不經(jīng)過服務(wù)器的中轉(zhuǎn)，減輕了服務(wù)器的負擔，其中有一鍛文章是這么寫的，我抄出其中的一部分，其他的在打開這個連接就能看到全文（http://bbs.51cto.com/thread-591907-1.html）：
“A要向B發(fā)送一個文件，于是發(fā)出一個文件傳送請求。服務(wù)器收到這個文件傳送請求后，轉(zhuǎn)發(fā)給B，同時或者在B應(yīng)答后，將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之間的連接是無法建立的。這個時候，客戶端就會請求服務(wù)器進行文件中轉(zhuǎn)。因為服務(wù)器具有公網(wǎng) IP，處在內(nèi)網(wǎng)的A跟B都是可以連接到服務(wù)器的，于是，A跟B的文件傳送就通過服務(wù)器中轉(zhuǎn)的方式，順利進行”
在這篇文章中寫到，“客戶端就會請求服務(wù)器進行文件中轉(zhuǎn)。因為服務(wù)器具有公網(wǎng) IP，處在內(nèi)網(wǎng)的A跟B都是可以連接到服務(wù)器的，于是，A跟B的文件傳送就通過服務(wù)器中轉(zhuǎn)的方式，順利進行”如果是這樣的話，那么我們就有一個前提，即A和B連接在同一臺服務(wù)器上，如果A和B不在同一臺服務(wù)怎么辦呢。估計只能用UDP通信了，能進行UDP通信,進行打洞就可以了，為什么還要服務(wù)器中轉(zhuǎn)。
所以我認為應(yīng)該是這樣的，假設(shè)A，B是兩個客戶端， C, D是兩臺服務(wù)器，為了避免混淆，后面就用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)上線通知，而且和連接那臺服務(wù)器沒關(guān)系，每次有新用戶登陸是，進行負載均衡，和比較空閑的服務(wù)器連接就可以了，每組服務(wù)器配置相同，只需要增加服務(wù)器就能滿足不斷增長的用戶需求。