QQ通信原理概述

#方式登陸的時候，端口是8000。因此，假如你所在的網(wǎng)絡開放了80端口（80端口是最常用端口。。就是通常訪問Web的端口，禁掉它的話，你的網(wǎng)絡對你來說價值已經(jīng)不大了），但沒有屏蔽騰訊的服務器IP，恭喜你，你是可以登陸成功QQ的。二、聊天消息通信。采用UDP協(xié)議，通過服務器中轉方式。因此，現(xiàn)在的IP偵探在你僅僅跟對方發(fā)送聊天消息的時候是無法獲取到IP的。大家都知道，UDP協(xié)議是不可靠協(xié)議，它只管發(fā)送，不管對方是否收到的，但它的傳輸很高效。但是，作為聊天軟件，怎么可以采用這樣的不可靠方式來傳輸消息呢？于是，騰訊采用了上層協(xié)議來保證可靠傳輸：如果客戶端使用UDP協(xié)議發(fā)出消息后，服務器收到該包，需要使用UDP協(xié)議發(fā)回一個應答包。如此來保證消息可以無遺漏傳輸。之所以會發(fā)生在客戶端明明看到“消息發(fā)送失敗”但對方又收到了這個消息的情況，就是因為客戶端發(fā)出的消息服務器已經(jīng)收到并轉發(fā)成功，但客戶端由于網(wǎng)絡原因沒有收到服務器的應答包引起的。三、文件/自定義表情傳送。大家都知道，QQ可以傳送文件，可以發(fā)送自定義表情。先說官方表情。官方表情實際發(fā)送的是命令字，而沒有發(fā)送表情?？蛻舳耸盏矫钭趾螅瑫詣咏忉尀閷谋砬?。因此，QQ2008正式版的客戶端發(fā)出的新版表情，在2007beta4及以前的版本無法找到相對應的表情，就無法解釋，看到的就會是空白信息，但查聊天記錄就會有[表情]字樣。自定義表情的傳送是以文件傳輸方式進行的。下面說文件傳輸方式：A要向B發(fā)送一個文件，于是發(fā)出一個文件傳送請求。服務器收到這個文件傳送請求后，轉發(fā)給B，同時或者在B應答后，將A的IP地址同時發(fā)送給B。B這個時候就得到了A的真實IP。這里的IP是你的本機IP。也就是說，如果A處在接是無法建立的。這個時候，客戶端就會請求服務器進行文件中轉。因為服務器具有公網(wǎng)IP，處在內網(wǎng)的A跟B都是可以連接到服務器的，于是，A跟B的文件傳送就通過服務器中轉的方式，順利進行。（注：服務器文件中轉使用443端口）*注:什么是內網(wǎng)、公網(wǎng)內網(wǎng)、公網(wǎng)是兩種Internet的接入方式。內網(wǎng)接入方式：上網(wǎng)的計算機得到的IP地址是Inetnet上的保留地址，保留地址有如下3種形式：10.x.x.x172.16.x.x至172.31.x.x192.168.x.x內網(wǎng)的計算機以NAT（網(wǎng)絡地址轉換）協(xié)議，通過一個公共的網(wǎng)關訪問Internet。內網(wǎng)的計算機可向Internet上的其他計算機發(fā)送連接請求，但Internet上其他的計算機無法向內網(wǎng)的計算機發(fā)送連接請求。公網(wǎng)接入方式：上網(wǎng)的計算機得到的IP地址是Inetnet上的非保留地址。公網(wǎng)的計算機和Internet上的其他計算機可隨意互相所以,如果一個局域網(wǎng)只開放80端口，QQ是可以登陸成功的，也可以進行聊天。但傳送文件也是不可以的，除非你們都在同一個時候,就會采用TCP協(xié)議進行發(fā)送.而信息的可靠發(fā)送是通過各種驗證機制來完成的,這一點你可以去GOOGLE之類的網(wǎng)站去搜索下.答:發(fā)送消息的時候是UDP打洞,登陸的時候使用HTTP~因為登陸服務器其實就是一個HTTP服務器,只不過不是常用的那些,那個服務器因為用戶一般都是在局域網(wǎng)內,地址都為私有IP,IM服務器是如何將信息轉發(fā)到用戶的?答:如果使用TCP就沒什么好說了~由內網(wǎng)向外網(wǎng)連接,只要能夠連接上進行握手了,消息就可以暢通無阻的進行發(fā)送了.如果使用UDP的話,就是使用的打洞技術了,只要通道打通了,發(fā)送消息基本和TCP沒什么區(qū)別,要做的只是維護消息的完整性而已.那么QQ是如何通訊的呢？在TCP/IP協(xié)議中，唯一標識一個應用進程的是socket，它通過網(wǎng)絡層的IP地址和傳輸層的端口號來實現(xiàn)，對與同一個IP地址的內部網(wǎng)絡，通過不同的端口號來標識不同的QQ進程；當你登陸QQ游戲服務器的時候，服務器會保留你的保留IP地址和端口號信息，并在你的好友的QQ進程中進行列表顯示，然后兩個進程就可以通信了。通常，發(fā)送文件的計算機首先要通過消息服務器將其IP地址發(fā)送給接收計算機，當接收計算機同意接收的確認消息反饋到消息服務器后，消息服務器將據(jù)此設置好文件傳輸對話。隨即，發(fā)送計算機與接收計算機就會在確定好的端口范圍內，建立起TCP或UDP連接開始文件的檢索與傳輸。在默認狀態(tài)下，QQ優(yōu)先采用了UDP（UserDataProtocol，用戶數(shù)據(jù)報協(xié)議）協(xié)議傳送數(shù)據(jù)，而對可靠性要往往使用TCP協(xié)議傳輸數(shù)據(jù)。與TCP協(xié)議不同，UDP協(xié)議并不提供數(shù)據(jù)傳送的驗證機制——在整個文件傳輸過程中如果出現(xiàn)數(shù)據(jù)報的丟失，協(xié)議本身并不能作出任何的檢測或提示。因此，通常人們把UDP協(xié)議稱為不可靠的傳輸協(xié)議。UDP協(xié)議適用于無須應答、要求時效的軟件使用，這樣的設計正好與QQ追求的目標相符，所以QQ優(yōu)先使用了此協(xié)議進行一切功能應用。但是，由于UDP協(xié)議具有不可靠性，常會因種種原因導致消息或數(shù)據(jù)的發(fā)送失?。ê芏鄷r候會發(fā)現(xiàn)發(fā)送文件給對方接收時，對方根本收不到要求接收文件的消息。或是發(fā)送聊天消息時，對方根本沒有收到過消息）。顯然，UDP協(xié)議由于排除了信息可靠為了獲得更好的使用效果，往