到目前為止，我已經(jīng)介紹了QQProtocol中代碼的基本結(jié)構(gòu)：
CQQUser存儲(chǔ)一個(gè)QQ用戶的所有信息，包括客戶指定信息（用戶名，密碼等）和服務(wù)器返回信息（指在和服務(wù)器通訊過(guò)程中服務(wù)器“設(shè)置的”信息，如各種各樣的密鑰是在和服務(wù)器通訊過(guò)程中某些特定步驟由服務(wù)器生成并返回的，而還有些信息如服務(wù)器IP和端口則是最初由客戶指定，但有可能因?yàn)榉?wù)器重定向而改變，等等等等）
CInPacket和COutPacket是發(fā)送/接收包基類，CBasicInPacket/CBasicOutPacket是QQ基本協(xié)議族發(fā)送/接收包基類，CBasicFamilyParser是QQ基本協(xié)議族消息管理器，至于要和QQ服務(wù)器正常通訊，還要用“翻譯”成QQ服務(wù)器的“語(yǔ)言”——由CCrypter加密/解密包
最后，所有類使用的常量則實(shí)現(xiàn)為類QQ的公共靜態(tài)成員變量
而所有這些類都是為CQQClient類服務(wù)的，它是QQProtocol的操作接口（數(shù)據(jù)接口則是CQQUser）。目前實(shí)現(xiàn)的版本主要接口是Login，負(fù)責(zé)向QQ服務(wù)器登錄。由它負(fù)責(zé)創(chuàng)建一個(gè)工作線程，向服務(wù)器發(fā)包，等待回復(fù)，回復(fù)的結(jié)果調(diào)用CQQClient的虛函數(shù)，所以對(duì)于庫(kù)的使用者，需要生成一個(gè)派生類實(shí)現(xiàn)這些虛函數(shù)以處理回復(fù)。
至此，很多朋友關(guān)心的demo也可以實(shí)現(xiàn)一個(gè)最簡(jiǎn)單的版本了，目前的demo是個(gè)命令行程序，使用UDP方式登錄，已經(jīng)測(cè)試成功。
代碼svn：
https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/例子svn：
https://vcye23.svn.sourceforge.net/svnroot/vcye23/demo/引用請(qǐng)注明出處，謝謝
有了請(qǐng)求登錄包返回的密鑰（CQQUser::m_pbInitKey），就可以開(kāi)始構(gòu)造登錄包了（這里順便提一下，登錄包里帶有QQ最重要的數(shù)據(jù)——密碼，沒(méi)有登錄密鑰直接發(fā)送密碼原文是極不安全的，這也是為什么登錄包之前還要請(qǐng)求登錄/應(yīng)答過(guò)程的原因）。
登錄和登錄回復(fù)包是用登錄密鑰加密/解密的
登錄包構(gòu)造（CLoginPacket::PutBody）和登錄回復(fù)解析（CLoginReplyPacket::ParseBody）的每一步在源代碼中注釋都有說(shuō)明，其中著重注意：
登錄包構(gòu)造中：沒(méi)什么好說(shuō)的，看代碼
登錄回復(fù)包解析中：
很多請(qǐng)況下不會(huì)直接登錄成功，而是由服務(wù)器返回一個(gè)登錄重定向包（回復(fù)碼是QQ.QQ_REPLY_LOGIN_REDIRECT），而且不止一次重定向服務(wù)器，所謂重定向即——你向一個(gè)QQ服務(wù)器發(fā)送登錄請(qǐng)求，而這個(gè)服務(wù)器會(huì)告訴你另一個(gè)QQ服務(wù)器地址和端口（不要告訴我你認(rèn)為騰訊只有一個(gè)服務(wù)器
），這時(shí)你就要向后者重發(fā)登錄包（但是登錄密鑰都是一樣的）。至于為什么不直接在這個(gè)服務(wù)器登錄，這你就要問(wèn)騰訊的客服了（取決于服務(wù)器的策略）
如果登錄失敗，會(huì)返回失敗消息的字符串
最后就是登陸成功的消息，登錄成功會(huì)返回很多重要信息，包括你想到的和沒(méi)想到的，其中session key（會(huì)話密鑰）是下一個(gè)密鑰，你今后發(fā)送的大多數(shù)消息和接收的大多數(shù)消息，都是用這個(gè)密鑰加密解密的
代碼svn：
https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/引用請(qǐng)注明出處，謝謝
下面我們開(kāi)始接觸基本協(xié)議族具體的發(fā)送/接收包，所有的QQ會(huì)話都開(kāi)始于客戶端發(fā)送基本協(xié)議族的請(qǐng)求登錄包，這個(gè)包的包體是空的，但是在包頭因?yàn)橛姓?qǐng)求登錄的QQ號(hào)（實(shí)際上正如前面介紹的，每個(gè)基本協(xié)議族包的包頭都帶有QQ號(hào)），服務(wù)器會(huì)知道是哪個(gè)QQ號(hào)請(qǐng)求登錄
QQ服務(wù)器返回應(yīng)答，應(yīng)答的包體是明碼傳輸?shù)模ㄒ驗(yàn)楝F(xiàn)在還沒(méi)有密鑰），包括回復(fù)碼，如果允許這個(gè)號(hào)碼登錄則回復(fù)碼是QQ.QQ_REPLY_OK，而且返回一個(gè)登錄令牌，這個(gè)登錄令牌是在整個(gè)QQ會(huì)話過(guò)程中的第一個(gè)密鑰
在QQProtocol中請(qǐng)求登錄包是CBasicOutPacket派生類CRequestLoginTokenPacket實(shí)現(xiàn)的；而其回復(fù)包是CBasicInPacket派生類CRequestLoginTokenReplyPacket實(shí)現(xiàn)的。
正如在基本協(xié)議族消息管理器中介紹的一樣，請(qǐng)注意CBasicFamilyParser代碼改變了
而且因?yàn)镃RequestLoginTokenReplyPacket要直接訪問(wèn)CQQUser的非公開(kāi)成員，所以CQQUser代碼中CRequestLoginTokenReplyPacket被設(shè)為CQQUser的友元
代碼svn：
https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/引用請(qǐng)注明出處，謝謝
CBasicFamilyParser處理基本協(xié)議族的收發(fā)包，它的代碼很簡(jiǎn)單，但作用很重要，它對(duì)基本協(xié)議族的支持包括：
要發(fā)送包的只要傳進(jìn)來(lái)一個(gè)CQQUser對(duì)象（由這個(gè)對(duì)象提供要發(fā)送包的參數(shù)），指定命令號(hào)，就會(huì)生成一個(gè)CBasicOutPacket派生類對(duì)象，而這個(gè)CBasicOutPacket派生類對(duì)象會(huì)送到發(fā)送隊(duì)列中，由發(fā)送隊(duì)列統(tǒng)一調(diào)配發(fā)送時(shí)間，決定需不需要重發(fā)，收沒(méi)收到反饋等等，發(fā)送隊(duì)列以后再詳細(xì)說(shuō)明，這里只提到發(fā)送一個(gè)包并不是直接做一個(gè)二進(jìn)制buffer，通過(guò)socket發(fā)出去的，而是生成一個(gè)CBasicOutPacket派生類對(duì)象，提交給發(fā)送隊(duì)列，發(fā)送隊(duì)列會(huì)對(duì)所有CBasicOutPacket派生類對(duì)象統(tǒng)一管理，決定每個(gè)包的發(fā)送時(shí)間，重發(fā)次數(shù)，以及收到Ack刪除對(duì)應(yīng)的包等等
收到的原始數(shù)據(jù)（二進(jìn)制數(shù)據(jù)）通過(guò)它轉(zhuǎn)換為CBasicInPacket派生類對(duì)象，這個(gè)CBasicInPacket派生類對(duì)象根據(jù)不同的包類型有不同的用途，比如向上層報(bào)告收到的聊天消息，好友狀態(tài)變更，系統(tǒng)消息，或者是發(fā)送包的Ack包，則提交給發(fā)送隊(duì)列，讓發(fā)送隊(duì)列刪除收到Ack包的發(fā)送包（否則這個(gè)包會(huì)重發(fā)）
CBasicFamilyParser類接口非常簡(jiǎn)單，對(duì)外有CreateOutPacket生成發(fā)送包對(duì)象和ParseInPacket生成接收包對(duì)象。這個(gè)類在每引入一對(duì)發(fā)送/接收包都會(huì)改變，由于目前還沒(méi)有介紹一個(gè)CBasicIn/OutPacket派生類，所以目前的CreateOutPacket和ParseInPacket都是空的
比如請(qǐng)求登錄包/應(yīng)答包是CRequestLoginTokenPacket/CRequestLoginTokenReplyPacket，那么CreateOutPacket代碼中會(huì)有
if( sCommand == QQ.QQ_CMD_REQUEST_LOGIN_TOKEN )
{
pBasicInPacket = new CRequestLoginTokenReplyPacket(pQQUser);
}
而ParseInPacket代碼中會(huì)有
if( sCommand == QQ.QQ_CMD_REQUEST_LOGIN_TOKEN )
{
return new CRequestLoginTokenPacket(pQQUser);
}
依此類推
代碼svn：
https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/引用請(qǐng)注明出處，謝謝
QQ基本協(xié)議族包括大多數(shù)QQ系統(tǒng)消息和IM消息，除此之外，還有p2p協(xié)議族和04、05等等協(xié)議族
QQ基本協(xié)議族的接受包基類是CBasicInPacket，發(fā)送包基類是CBasicOutPacket，分別從接受/發(fā)送包基類CInPacket和COutPacket派生而來(lái)
CBasicOutPacket把COutPacket的m_bHeader置為QQ.QQ_HEADER_BASIC_FAMILY，實(shí)現(xiàn)了COutPacket的純虛函數(shù)PutHeader和PutTail；CBasicInPacket實(shí)現(xiàn)了CInPacket的純虛函數(shù)ParseHeader和ParseTail。也就是說(shuō)基本協(xié)議族的包頭和包尾有相同的結(jié)構(gòu)，可以看一下接本協(xié)議族的包頭結(jié)構(gòu)和包尾結(jié)構(gòu)
代碼svn：
https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/ 引用請(qǐng)注明出處，謝謝
接收包基類CInPacket，發(fā)送包基類COutPacket
QQ協(xié)議中，不管是接收包還是發(fā)送包，在應(yīng)用層都分為三個(gè)部分：
包頭，包括協(xié)議類型，源QQ版本號(hào)，命令號(hào)，和包序列號(hào)，發(fā)送包還有一個(gè)需要/不需要ack標(biāo)志
包體和包尾，其中包體是需要加密解密的部分，以后再介紹
值得注意的是，QQ號(hào)碼和密碼等等都是在包體即需要加密解密的部分中，但包頭中包含的東西非常重要，它包括：
QQ協(xié)議類型，如QQ基本協(xié)議族用的是QQ::QQ_HEADER_BASIC_FAMILY(CInPacket/COutPacket的m_bHeader)
源QQ版本號(hào)，在發(fā)IM包（即和其它QQ號(hào)通訊）中，在包體也會(huì)設(shè)置一次，但和QQ系統(tǒng)通訊時(shí)，這個(gè)源QQ版本號(hào)就是這個(gè)協(xié)議庫(kù)使用的版本號(hào)，現(xiàn)在是QQ::QQ_CLIENT_VERSION_0E1B，即QQ2005的版本號(hào)(CInPacket/COutPacket的m_sSource)
命令號(hào)，這個(gè)就很多了，每個(gè)CInPacket/COutPacket派生類會(huì)設(shè)置這個(gè)值(CInPacket/COutPacket的m_sCommand)
包序列號(hào)，QQ用它來(lái)防止丟包，這個(gè)只是發(fā)IM包時(shí)用到，包序列過(guò)程以后介紹(CInPacket/COutPacket的m_sSequence)
代碼svn：
https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/引用請(qǐng)注明出處，謝謝
CCrypter類被實(shí)現(xiàn)為對(duì)QQ消息的加密解密，提供兩個(gè)公共函數(shù)Decrypt和Encrypt。QQ消息的加密算法是一個(gè)16次的迭代過(guò)程，并且是反饋的，每一個(gè)加密單元是8字節(jié)，輸出也是8字節(jié)，密鑰是16字節(jié)。密鑰在整個(gè)消息交互過(guò)程中會(huì)不同，以后會(huì)詳細(xì)介紹，這里先提一下，有密碼密鑰，初始密鑰和會(huì)話密鑰，但是加密算法都是一樣的。關(guān)于算法，代碼上有詳盡說(shuō)明
代碼svn：
https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/引用請(qǐng)注明出處，謝謝
基于QQ協(xié)議的資料網(wǎng)上有很多了，lumaqq是非常著名的java實(shí)現(xiàn)的QQ客戶端，本QQ協(xié)議庫(kù)也是基于這些資料和少量抓包分析包后實(shí)現(xiàn)的。本協(xié)議庫(kù)是基于QQ2005協(xié)議，全VC6實(shí)現(xiàn)
先貼出來(lái)QQ協(xié)議常量，基本上就是lumaqq完全移植的啦，所有協(xié)議常量都實(shí)現(xiàn)為類QQ的公共靜態(tài)成員，給協(xié)議庫(kù)中其它類使用，這么做完全是移植起來(lái)方便
class QQ
{
public:
...
};
CQQUser類：一個(gè)QQ用戶的封裝，如果一個(gè)QQ號(hào)碼要登錄，先要生成一個(gè)CQQUser對(duì)象，并進(jìn)行設(shè)置
主要函數(shù)：
構(gòu)造函數(shù)CQQUser 構(gòu)造一個(gè)CQQUser對(duì)象時(shí)指定QQ號(hào)碼和密碼
SetServerIP 設(shè)置處理這個(gè)QQ用戶的服務(wù)器，如sz.tencent.com
SetServerPort 端口，sz.tencent.com的端口是8000
SetHiddenLogin (是否)隱身登錄
代碼svn：
https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/
到目前為止，我已經(jīng)介紹了QQProtocol中代碼的基本結(jié)構(gòu)：
CQQUser存儲(chǔ)一個(gè)QQ用戶的所有信息，包括客戶指定信息（用戶名，密碼等）和服務(wù)器返回信息（指在和服務(wù)器通訊過(guò)程中服務(wù)器“設(shè)置的”信息，如各種各樣的密鑰是在和服務(wù)器通訊過(guò)程中某些特定步驟由服務(wù)器生成并返回的，而還有些信息如服務(wù)器IP和端口則是最初由客戶指定，但有可能因?yàn)榉?wù)器重定向而改變，等等等等）
CInPacket和COutPacket是發(fā)送/接收包基類，CBasicInPacket/CBasicOutPacket是QQ基本協(xié)議族發(fā)送/接收包基類，CBasicFamilyParser是QQ基本協(xié)議族消息管理器，至于要和QQ服務(wù)器正常通訊，還要用“翻譯”成QQ服務(wù)器的“語(yǔ)言”——由CCrypter加密/解密包
最后，所有類使用的常量則實(shí)現(xiàn)為類QQ的公共靜態(tài)成員變量
而所有這些類都是為CQQClient類服務(wù)的，它是QQProtocol的操作接口（數(shù)據(jù)接口則是CQQUser）。目前實(shí)現(xiàn)的版本主要接口是Login，負(fù)責(zé)向QQ服務(wù)器登錄。由它負(fù)責(zé)創(chuàng)建一個(gè)工作線程，向服務(wù)器發(fā)包，等待回復(fù)，回復(fù)的結(jié)果調(diào)用CQQClient的虛函數(shù)，所以對(duì)于庫(kù)的使用者，需要生成一個(gè)派生類實(shí)現(xiàn)這些虛函數(shù)以處理回復(fù)。
至此，很多朋友關(guān)心的demo也可以實(shí)現(xiàn)一個(gè)最簡(jiǎn)單的版本了，目前的demo是個(gè)命令行程序，使用UDP方式登錄，已經(jīng)測(cè)試成功。
代碼svn：
https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/例子svn：
https://vcye23.svn.sourceforge.net/svnroot/vcye23/demo/引用請(qǐng)注明出處，謝謝
有了請(qǐng)求登錄包返回的密鑰（CQQUser::m_pbInitKey），就可以開(kāi)始構(gòu)造登錄包了（這里順便提一下，登錄包里帶有QQ最重要的數(shù)據(jù)——密碼，沒(méi)有登錄密鑰直接發(fā)送密碼原文是極不安全的，這也是為什么登錄包之前還要請(qǐng)求登錄/應(yīng)答過(guò)程的原因）。
登錄和登錄回復(fù)包是用登錄密鑰加密/解密的
登錄包構(gòu)造（CLoginPacket::PutBody）和登錄回復(fù)解析（CLoginReplyPacket::ParseBody）的每一步在源代碼中注釋都有說(shuō)明，其中著重注意：
登錄包構(gòu)造中：沒(méi)什么好說(shuō)的，看代碼
登錄回復(fù)包解析中：
很多請(qǐng)況下不會(huì)直接登錄成功，而是由服務(wù)器返回一個(gè)登錄重定向包（回復(fù)碼是QQ.QQ_REPLY_LOGIN_REDIRECT），而且不止一次重定向服務(wù)器，所謂重定向即——你向一個(gè)QQ服務(wù)器發(fā)送登錄請(qǐng)求，而這個(gè)服務(wù)器會(huì)告訴你另一個(gè)QQ服務(wù)器地址和端口（不要告訴我你認(rèn)為騰訊只有一個(gè)服務(wù)器
），這時(shí)你就要向后者重發(fā)登錄包（但是登錄密鑰都是一樣的）。至于為什么不直接在這個(gè)服務(wù)器登錄，這你就要問(wèn)騰訊的客服了（取決于服務(wù)器的策略）
如果登錄失敗，會(huì)返回失敗消息的字符串
最后就是登陸成功的消息，登錄成功會(huì)返回很多重要信息，包括你想到的和沒(méi)想到的，其中session key（會(huì)話密鑰）是下一個(gè)密鑰，你今后發(fā)送的大多數(shù)消息和接收的大多數(shù)消息，都是用這個(gè)密鑰加密解密的
代碼svn：
https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/引用請(qǐng)注明出處，謝謝
下面我們開(kāi)始接觸基本協(xié)議族具體的發(fā)送/接收包，所有的QQ會(huì)話都開(kāi)始于客戶端發(fā)送基本協(xié)議族的請(qǐng)求登錄包，這個(gè)包的包體是空的，但是在包頭因?yàn)橛姓?qǐng)求登錄的QQ號(hào)（實(shí)際上正如前面介紹的，每個(gè)基本協(xié)議族包的包頭都帶有QQ號(hào)），服務(wù)器會(huì)知道是哪個(gè)QQ號(hào)請(qǐng)求登錄
QQ服務(wù)器返回應(yīng)答，應(yīng)答的包體是明碼傳輸?shù)模ㄒ驗(yàn)楝F(xiàn)在還沒(méi)有密鑰），包括回復(fù)碼，如果允許這個(gè)號(hào)碼登錄則回復(fù)碼是QQ.QQ_REPLY_OK，而且返回一個(gè)登錄令牌，這個(gè)登錄令牌是在整個(gè)QQ會(huì)話過(guò)程中的第一個(gè)密鑰
在QQProtocol中請(qǐng)求登錄包是CBasicOutPacket派生類CRequestLoginTokenPacket實(shí)現(xiàn)的；而其回復(fù)包是CBasicInPacket派生類CRequestLoginTokenReplyPacket實(shí)現(xiàn)的。
正如在基本協(xié)議族消息管理器中介紹的一樣，請(qǐng)注意CBasicFamilyParser代碼改變了
而且因?yàn)镃RequestLoginTokenReplyPacket要直接訪問(wèn)CQQUser的非公開(kāi)成員，所以CQQUser代碼中CRequestLoginTokenReplyPacket被設(shè)為CQQUser的友元
代碼svn：
https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/引用請(qǐng)注明出處，謝謝
CBasicFamilyParser處理基本協(xié)議族的收發(fā)包，它的代碼很簡(jiǎn)單，但作用很重要，它對(duì)基本協(xié)議族的支持包括：
要發(fā)送包的只要傳進(jìn)來(lái)一個(gè)CQQUser對(duì)象（由這個(gè)對(duì)象提供要發(fā)送包的參數(shù)），指定命令號(hào)，就會(huì)生成一個(gè)CBasicOutPacket派生類對(duì)象，而這個(gè)CBasicOutPacket派生類對(duì)象會(huì)送到發(fā)送隊(duì)列中，由發(fā)送隊(duì)列統(tǒng)一調(diào)配發(fā)送時(shí)間，決定需不需要重發(fā)，收沒(méi)收到反饋等等，發(fā)送隊(duì)列以后再詳細(xì)說(shuō)明，這里只提到發(fā)送一個(gè)包并不是直接做一個(gè)二進(jìn)制buffer，通過(guò)socket發(fā)出去的，而是生成一個(gè)CBasicOutPacket派生類對(duì)象，提交給發(fā)送隊(duì)列，發(fā)送隊(duì)列會(huì)對(duì)所有CBasicOutPacket派生類對(duì)象統(tǒng)一管理，決定每個(gè)包的發(fā)送時(shí)間，重發(fā)次數(shù)，以及收到Ack刪除對(duì)應(yīng)的包等等
收到的原始數(shù)據(jù)（二進(jìn)制數(shù)據(jù)）通過(guò)它轉(zhuǎn)換為CBasicInPacket派生類對(duì)象，這個(gè)CBasicInPacket派生類對(duì)象根據(jù)不同的包類型有不同的用途，比如向上層報(bào)告收到的聊天消息，好友狀態(tài)變更，系統(tǒng)消息，或者是發(fā)送包的Ack包，則提交給發(fā)送隊(duì)列，讓發(fā)送隊(duì)列刪除收到Ack包的發(fā)送包（否則這個(gè)包會(huì)重發(fā)）
CBasicFamilyParser類接口非常簡(jiǎn)單，對(duì)外有CreateOutPacket生成發(fā)送包對(duì)象和ParseInPacket生成接收包對(duì)象。這個(gè)類在每引入一對(duì)發(fā)送/接收包都會(huì)改變，由于目前還沒(méi)有介紹一個(gè)CBasicIn/OutPacket派生類，所以目前的CreateOutPacket和ParseInPacket都是空的
比如請(qǐng)求登錄包/應(yīng)答包是CRequestLoginTokenPacket/CRequestLoginTokenReplyPacket，那么CreateOutPacket代碼中會(huì)有
if( sCommand == QQ.QQ_CMD_REQUEST_LOGIN_TOKEN )
{
pBasicInPacket = new CRequestLoginTokenReplyPacket(pQQUser);
}
而ParseInPacket代碼中會(huì)有
if( sCommand == QQ.QQ_CMD_REQUEST_LOGIN_TOKEN )
{
return new CRequestLoginTokenPacket(pQQUser);
}
依此類推
代碼svn：
https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/引用請(qǐng)注明出處，謝謝
QQ基本協(xié)議族包括大多數(shù)QQ系統(tǒng)消息和IM消息，除此之外，還有p2p協(xié)議族和04、05等等協(xié)議族
QQ基本協(xié)議族的接受包基類是CBasicInPacket，發(fā)送包基類是CBasicOutPacket，分別從接受/發(fā)送包基類CInPacket和COutPacket派生而來(lái)
CBasicOutPacket把COutPacket的m_bHeader置為QQ.QQ_HEADER_BASIC_FAMILY，實(shí)現(xiàn)了COutPacket的純虛函數(shù)PutHeader和PutTail；CBasicInPacket實(shí)現(xiàn)了CInPacket的純虛函數(shù)ParseHeader和ParseTail。也就是說(shuō)基本協(xié)議族的包頭和包尾有相同的結(jié)構(gòu)，可以看一下接本協(xié)議族的包頭結(jié)構(gòu)和包尾結(jié)構(gòu)
代碼svn：
https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/ 引用請(qǐng)注明出處，謝謝
接收包基類CInPacket，發(fā)送包基類COutPacket
QQ協(xié)議中，不管是接收包還是發(fā)送包，在應(yīng)用層都分為三個(gè)部分：
包頭，包括協(xié)議類型，源QQ版本號(hào)，命令號(hào)，和包序列號(hào)，發(fā)送包還有一個(gè)需要/不需要ack標(biāo)志
包體和包尾，其中包體是需要加密解密的部分，以后再介紹
值得注意的是，QQ號(hào)碼和密碼等等都是在包體即需要加密解密的部分中，但包頭中包含的東西非常重要，它包括：
QQ協(xié)議類型，如QQ基本協(xié)議族用的是QQ::QQ_HEADER_BASIC_FAMILY(CInPacket/COutPacket的m_bHeader)
源QQ版本號(hào)，在發(fā)IM包（即和其它QQ號(hào)通訊）中，在包體也會(huì)設(shè)置一次，但和QQ系統(tǒng)通訊時(shí)，這個(gè)源QQ版本號(hào)就是這個(gè)協(xié)議庫(kù)使用的版本號(hào)，現(xiàn)在是QQ::QQ_CLIENT_VERSION_0E1B，即QQ2005的版本號(hào)(CInPacket/COutPacket的m_sSource)
命令號(hào)，這個(gè)就很多了，每個(gè)CInPacket/COutPacket派生類會(huì)設(shè)置這個(gè)值(CInPacket/COutPacket的m_sCommand)
包序列號(hào)，QQ用它來(lái)防止丟包，這個(gè)只是發(fā)IM包時(shí)用到，包序列過(guò)程以后介紹(CInPacket/COutPacket的m_sSequence)
代碼svn：
https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/引用請(qǐng)注明出處，謝謝
CCrypter類被實(shí)現(xiàn)為對(duì)QQ消息的加密解密，提供兩個(gè)公共函數(shù)Decrypt和Encrypt。QQ消息的加密算法是一個(gè)16次的迭代過(guò)程，并且是反饋的，每一個(gè)加密單元是8字節(jié)，輸出也是8字節(jié)，密鑰是16字節(jié)。密鑰在整個(gè)消息交互過(guò)程中會(huì)不同，以后會(huì)詳細(xì)介紹，這里先提一下，有密碼密鑰，初始密鑰和會(huì)話密鑰，但是加密算法都是一樣的。關(guān)于算法，代碼上有詳盡說(shuō)明
代碼svn：
https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/引用請(qǐng)注明出處，謝謝
基于QQ協(xié)議的資料網(wǎng)上有很多了，lumaqq是非常著名的java實(shí)現(xiàn)的QQ客戶端，本QQ協(xié)議庫(kù)也是基于這些資料和少量抓包分析包后實(shí)現(xiàn)的。本協(xié)議庫(kù)是基于QQ2005協(xié)議，全VC6實(shí)現(xiàn)
先貼出來(lái)QQ協(xié)議常量，基本上就是lumaqq完全移植的啦，所有協(xié)議常量都實(shí)現(xiàn)為類QQ的公共靜態(tài)成員，給協(xié)議庫(kù)中其它類使用，這么做完全是移植起來(lái)方便
class QQ
{
public:
...
};
CQQUser類：一個(gè)QQ用戶的封裝，如果一個(gè)QQ號(hào)碼要登錄，先要生成一個(gè)CQQUser對(duì)象，并進(jìn)行設(shè)置
主要函數(shù)：
構(gòu)造函數(shù)CQQUser 構(gòu)造一個(gè)CQQUser對(duì)象時(shí)指定QQ號(hào)碼和密碼
SetServerIP 設(shè)置處理這個(gè)QQ用戶的服務(wù)器，如sz.tencent.com
SetServerPort 端口，sz.tencent.com的端口是8000
SetHiddenLogin (是否)隱身登錄
代碼svn：
https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/