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

  因為以前做過游戲開發(fā)對游戲服務器的架構和實現(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)。

　所以我認為應該是這樣的，假設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)上線通知，而且和連接那臺服務器沒關系，每次有新用戶登陸是，進行負載均衡，和比較空閑的服務器連接就可以了，每組服務器配置相同，只需要增加服務器就能滿足不斷增長的用戶需求。