最近在學(xué)習(xí)服務(wù)架構(gòu)和服務(wù)器編程，隨著學(xué)習(xí)的進(jìn)展，給我?guī)?lái)了一些問(wèn)題，其中QQ服務(wù)器是如何實(shí)現(xiàn)的讓我困惑了一段時(shí)間，最近略有感悟，寫下來(lái)分享一下，以方便大家的交流和學(xué)習(xí)。

  因?yàn)橐郧白鲞^(guò)游戲開發(fā)對(duì)游戲服務(wù)器的架構(gòu)和實(shí)現(xiàn)有一定的了解，一組游戲服務(wù)器如果能承受2000人同時(shí)在線已經(jīng)算不錯(cuò)了，而且每組服務(wù)器和每組服務(wù)器是獨(dú)立的，就是說(shuō)每個(gè)玩家只能和本服務(wù)器的玩家進(jìn)行交流和互動(dòng)，和其他服務(wù)不實(shí)現(xiàn)通信，然而QQ好象能做到只要安裝客戶端的用戶，可以查找到任何QQ用戶并進(jìn)行聊天，發(fā)送文件，音頻，視頻等。

　經(jīng)過(guò)一些資料的查找和分析，了解的QQ是有p2p通信來(lái)實(shí)現(xiàn)的，這樣不經(jīng)過(guò)服務(wù)器的中轉(zhuǎn)，減輕了服務(wù)器的負(fù)擔(dān)，其中有一鍛文章是這么寫的，我抄出其中的一部分，其他的在打開這個(gè)連接就能看到全文（http://bbs.51cto.com/thread-591907-1.html）：
　　 “A要向B發(fā)送一個(gè)文件，于是發(fā)出一個(gè)文件傳送請(qǐng)求。服務(wù)器收到這個(gè)文件傳送請(qǐng)求后，轉(zhuǎn)發(fā)給B，同時(shí)或者在B應(yīng)答后，將A的IP地址同時(shí)發(fā)送給B。B這個(gè)時(shí)候就得到了A的真實(shí)IP。這里的IP是你的本機(jī)IP。也就是說(shuō)，如果A處在內(nèi)網(wǎng)，B得到的地址就是一個(gè)內(nèi)網(wǎng)地址。B得到了A的地址之后，就會(huì)嘗試去連接A。如果B也處于內(nèi)網(wǎng)，那么，顯然A跟B之間的連接是無(wú)法建立的。這個(gè)時(shí)候，客戶端就會(huì)請(qǐng)求服務(wù)器進(jìn)行文件中轉(zhuǎn)。因?yàn)榉?wù)器具有公網(wǎng) IP，處在內(nèi)網(wǎng)的A跟B都是可以連接到服務(wù)器的，于是，A跟B的文件傳送就通過(guò)服務(wù)器中轉(zhuǎn)的方式，順利進(jìn)行”

　　　在這篇文章中寫到，“客戶端就會(huì)請(qǐng)求服務(wù)器進(jìn)行文件中轉(zhuǎn)。因?yàn)榉?wù)器具有公網(wǎng) IP，處在內(nèi)網(wǎng)的A跟B都是可以連接到服務(wù)器的，于是，A跟B的文件傳送就通過(guò)服務(wù)器中轉(zhuǎn)的方式，順利進(jìn)行”如果是這樣的話，那么我們就有一個(gè)前提，即A和B連接在同一臺(tái)服務(wù)器上，如果A和B不在同一臺(tái)服務(wù)怎么辦呢。估計(jì)只能用UDP通信了，能進(jìn)行UDP通信,進(jìn)行打洞就可以了，為什么還要服務(wù)器中轉(zhuǎn)。

　所以我認(rèn)為應(yīng)該是這樣的，假設(shè)A，B是兩個(gè)客戶端，　C, D是兩臺(tái)服務(wù)器，為了避免混淆，后面就用A客，B客, C服，　D服來(lái)代表，A客－－－連接－－－C服，　B客－－－連接－－－D服，　A和C之間是用TCP建立的連接，B和D之間也是有TCP建立的連接，A和B是在不同的內(nèi)網(wǎng)上，如果A和B之間要建立ptp連接如何建立？那么A和B之間必須進(jìn)行NAT打洞，這就要求C服和B客通信，D服和A客通信，　如果C服要給B發(fā)信息，因?yàn)镃和B之間沒有TCP面向連接的通信，所以他們只能用UDP通信，　因?yàn)镃和D是有公網(wǎng)ip的，所以C和B的通過(guò)UDP是肯定可以通信，這樣A告訴C它要連接B，C通過(guò)數(shù)據(jù)庫(kù)找的B的地址，和B通信，告訴B　A的地址，同樣A用同樣的方式也可以獲得B的地址，這樣即可以實(shí)現(xiàn)A和B的打洞，又能實(shí)現(xiàn)上線通知，而且和連接那臺(tái)服務(wù)器沒關(guān)系，每次有新用戶登陸是，進(jìn)行負(fù)載均衡，和比較空閑的服務(wù)器連接就可以了，每組服務(wù)器配置相同，只需要增加服務(wù)器就能滿足不斷增長(zhǎng)的用戶需求。