到目前為止，我已經介紹了QQProtocol中代碼的基本結構：
CQQUser存儲一個QQ用戶的所有信息，包括客戶指定信息（用戶名，密碼等）和服務器返回信息（指在和服務器通訊過程中服務器“設置的”信息，如各種各樣的密鑰是在和服務器通訊過程中某些特定步驟由服務器生成并返回的，而還有些信息如服務器IP和端口則是最初由客戶指定，但有可能因為服務器重定向而改變，等等等等）

CInPacket和COutPacket是發送/接收包基類，CBasicInPacket/CBasicOutPacket是QQ基本協議族發送/接收包基類，CBasicFamilyParser是QQ基本協議族消息管理器，至于要和QQ服務器正常通訊，還要用“翻譯”成QQ服務器的“語言”——由CCrypter加密/解密包

最后，所有類使用的常量則實現為類QQ的公共靜態成員變量

而所有這些類都是為CQQClient類服務的，它是QQProtocol的操作接口（數據接口則是CQQUser）。目前實現的版本主要接口是Login，負責向QQ服務器登錄。由它負責創建一個工作線程，向服務器發包，等待回復，回復的結果調用CQQClient的虛函數，所以對于庫的使用者，需要生成一個派生類實現這些虛函數以處理回復。

至此，很多朋友關心的demo也可以實現一個最簡單的版本了，目前的demo是個命令行程序，使用UDP方式登錄，已經測試成功。

代碼svn：https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/
例子svn：https://vcye23.svn.sourceforge.net/svnroot/vcye23/demo/
引用請注明出處，謝謝 有了請求登錄包返回的密鑰（CQQUser::m_pbInitKey），就可以開始構造登錄包了（這里順便提一下，登錄包里帶有QQ最重要的數據——密碼，沒有登錄密鑰直接發送密碼原文是極不安全的，這也是為什么登錄包之前還要請求登錄/應答過程的原因）。
登錄和登錄回復包是用登錄密鑰加密/解密的
登錄包構造（CLoginPacket::PutBody）和登錄回復解析（CLoginReplyPacket::ParseBody）的每一步在源代碼中注釋都有說明，其中著重注意：
登錄包構造中：沒什么好說的，看代碼
登錄回復包解析中：
很多請況下不會直接登錄成功，而是由服務器返回一個登錄重定向包（回復碼是QQ.QQ_REPLY_LOGIN_REDIRECT），而且不止一次重定向服務器，所謂重定向即——你向一個QQ服務器發送登錄請求，而這個服務器會告訴你另一個QQ服務器地址和端口（不要告訴我你認為騰訊只有一個服務器），這時你就要向后者重發登錄包（但是登錄密鑰都是一樣的）。至于為什么不直接在這個服務器登錄，這你就要問騰訊的客服了（取決于服務器的策略）
如果登錄失敗，會返回失敗消息的字符串
最后就是登陸成功的消息，登錄成功會返回很多重要信息，包括你想到的和沒想到的，其中session key（會話密鑰）是下一個密鑰，你今后發送的大多數消息和接收的大多數消息，都是用這個密鑰加密解密的

代碼svn：https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/
引用請注明出處，謝謝

下面我們開始接觸基本協議族具體的發送/接收包，所有的QQ會話都開始于客戶端發送基本協議族的請求登錄包，這個包的包體是空的，但是在包頭因為有請求登錄的QQ號（實際上正如前面介紹的，每個基本協議族包的包頭都帶有QQ號），服務器會知道是哪個QQ號請求登錄
QQ服務器返回應答，應答的包體是明碼傳輸的（因為現在還沒有密鑰），包括回復碼，如果允許這個號碼登錄則回復碼是QQ.QQ_REPLY_OK，而且返回一個登錄令牌，這個登錄令牌是在整個QQ會話過程中的第一個密鑰
在QQProtocol中請求登錄包是CBasicOutPacket派生類CRequestLoginTokenPacket實現的；而其回復包是CBasicInPacket派生類CRequestLoginTokenReplyPacket實現的。
正如在基本協議族消息管理器中介紹的一樣，請注意CBasicFamilyParser代碼改變了
而且因為CRequestLoginTokenReplyPacket要直接訪問CQQUser的非公開成員，所以CQQUser代碼中CRequestLoginTokenReplyPacket被設為CQQUser的友元

代碼svn：https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/
引用請注明出處，謝謝 CBasicFamilyParser處理基本協議族的收發包，它的代碼很簡單，但作用很重要，它對基本協議族的支持包括：
要發送包的只要傳進來一個CQQUser對象（由這個對象提供要發送包的參數），指定命令號，就會生成一個CBasicOutPacket派生類對象，而這個CBasicOutPacket派生類對象會送到發送隊列中，由發送隊列統一調配發送時間，決定需不需要重發，收沒收到反饋等等，發送隊列以后再詳細說明，這里只提到發送一個包并不是直接做一個二進制buffer，通過socket發出去的，而是生成一個CBasicOutPacket派生類對象，提交給發送隊列，發送隊列會對所有CBasicOutPacket派生類對象統一管理，決定每個包的發送時間，重發次數，以及收到Ack刪除對應的包等等
收到的原始數據（二進制數據）通過它轉換為CBasicInPacket派生類對象，這個CBasicInPacket派生類對象根據不同的包類型有不同的用途，比如向上層報告收到的聊天消息，好友狀態變更，系統消息，或者是發送包的Ack包，則提交給發送隊列，讓發送隊列刪除收到Ack包的發送包（否則這個包會重發）
CBasicFamilyParser類接口非常簡單，對外有CreateOutPacket生成發送包對象和ParseInPacket生成接收包對象。這個類在每引入一對發送/接收包都會改變，由于目前還沒有介紹一個CBasicIn/OutPacket派生類，所以目前的CreateOutPacket和ParseInPacket都是空的
比如請求登錄包/應答包是CRequestLoginTokenPacket/CRequestLoginTokenReplyPacket，那么CreateOutPacket代碼中會有
 if( sCommand == QQ.QQ_CMD_REQUEST_LOGIN_TOKEN )
 {
  pBasicInPacket = new CRequestLoginTokenReplyPacket(pQQUser);
 }
而ParseInPacket代碼中會有
 if( sCommand == QQ.QQ_CMD_REQUEST_LOGIN_TOKEN )
 {
  return new CRequestLoginTokenPacket(pQQUser);
 }
依此類推

代碼svn：https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/
引用請注明出處，謝謝 QQ基本協議族包括大多數QQ系統消息和IM消息，除此之外，還有p2p協議族和04、05等等協議族
QQ基本協議族的接受包基類是CBasicInPacket，發送包基類是CBasicOutPacket，分別從接受/發送包基類CInPacket和COutPacket派生而來
CBasicOutPacket把COutPacket的m_bHeader置為QQ.QQ_HEADER_BASIC_FAMILY，實現了COutPacket的純虛函數PutHeader和PutTail；CBasicInPacket實現了CInPacket的純虛函數ParseHeader和ParseTail。也就是說基本協議族的包頭和包尾有相同的結構，可以看一下接本協議族的包頭結構和包尾結構

代碼svn：https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/
引用請注明出處，謝謝 接收包基類CInPacket，發送包基類COutPacket
QQ協議中，不管是接收包還是發送包，在應用層都分為三個部分：
包頭，包括協議類型，源QQ版本號，命令號，和包序列號，發送包還有一個需要/不需要ack標志
包體和包尾，其中包體是需要加密解密的部分，以后再介紹
值得注意的是，QQ號碼和密碼等等都是在包體即需要加密解密的部分中，但包頭中包含的東西非常重要，它包括：

QQ協議類型，如QQ基本協議族用的是QQ::QQ_HEADER_BASIC_FAMILY(CInPacket/COutPacket的m_bHeader)
源QQ版本號，在發IM包（即和其它QQ號通訊）中，在包體也會設置一次，但和QQ系統通訊時，這個源QQ版本號就是這個協議庫使用的版本號，現在是QQ::QQ_CLIENT_VERSION_0E1B，即QQ2005的版本號(CInPacket/COutPacket的m_sSource)
命令號，這個就很多了，每個CInPacket/COutPacket派生類會設置這個值(CInPacket/COutPacket的m_sCommand)
包序列號，QQ用它來防止丟包，這個只是發IM包時用到，包序列過程以后介紹(CInPacket/COutPacket的m_sSequence)

代碼svn：https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/
引用請注明出處，謝謝 CCrypter類被實現為對QQ消息的加密解密，提供兩個公共函數Decrypt和Encrypt。QQ消息的加密算法是一個16次的迭代過程，并且是反饋的，每一個加密單元是8字節，輸出也是8字節，密鑰是16字節。密鑰在整個消息交互過程中會不同，以后會詳細介紹，這里先提一下，有密碼密鑰，初始密鑰和會話密鑰，但是加密算法都是一樣的。關于算法，代碼上有詳盡說明

代碼svn：https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/
引用請注明出處，謝謝 基于QQ協議的資料網上有很多了，lumaqq是非常著名的java實現的QQ客戶端，本QQ協議庫也是基于這些資料和少量抓包分析包后實現的。本協議庫是基于QQ2005協議，全VC6實現
先貼出來QQ協議常量，基本上就是lumaqq完全移植的啦，所有協議常量都實現為類QQ的公共靜態成員，給協議庫中其它類使用，這么做完全是移植起來方便
class QQ
{
public:
      ...
};
CQQUser類：一個QQ用戶的封裝，如果一個QQ號碼要登錄，先要生成一個CQQUser對象，并進行設置
主要函數：
構造函數CQQUser 構造一個CQQUser對象時指定QQ號碼和密碼
SetServerIP 設置處理這個QQ用戶的服務器，如sz.tencent.com
SetServerPort 端口，sz.tencent.com的端口是8000
SetHiddenLogin (是否)隱身登錄

代碼svn：https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/

到目前為止，我已經介紹了QQProtocol中代碼的基本結構：
CQQUser存儲一個QQ用戶的所有信息，包括客戶指定信息（用戶名，密碼等）和服務器返回信息（指在和服務器通訊過程中服務器“設置的”信息，如各種各樣的密鑰是在和服務器通訊過程中某些特定步驟由服務器生成并返回的，而還有些信息如服務器IP和端口則是最初由客戶指定，但有可能因為服務器重定向而改變，等等等等）

CInPacket和COutPacket是發送/接收包基類，CBasicInPacket/CBasicOutPacket是QQ基本協議族發送/接收包基類，CBasicFamilyParser是QQ基本協議族消息管理器，至于要和QQ服務器正常通訊，還要用“翻譯”成QQ服務器的“語言”——由CCrypter加密/解密包

最后，所有類使用的常量則實現為類QQ的公共靜態成員變量

而所有這些類都是為CQQClient類服務的，它是QQProtocol的操作接口（數據接口則是CQQUser）。目前實現的版本主要接口是Login，負責向QQ服務器登錄。由它負責創建一個工作線程，向服務器發包，等待回復，回復的結果調用CQQClient的虛函數，所以對于庫的使用者，需要生成一個派生類實現這些虛函數以處理回復。

至此，很多朋友關心的demo也可以實現一個最簡單的版本了，目前的demo是個命令行程序，使用UDP方式登錄，已經測試成功。

代碼svn：https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/
例子svn：https://vcye23.svn.sourceforge.net/svnroot/vcye23/demo/
引用請注明出處，謝謝

有了請求登錄包返回的密鑰（CQQUser::m_pbInitKey），就可以開始構造登錄包了（這里順便提一下，登錄包里帶有QQ最重要的數據——密碼，沒有登錄密鑰直接發送密碼原文是極不安全的，這也是為什么登錄包之前還要請求登錄/應答過程的原因）。
登錄和登錄回復包是用登錄密鑰加密/解密的
登錄包構造（CLoginPacket::PutBody）和登錄回復解析（CLoginReplyPacket::ParseBody）的每一步在源代碼中注釋都有說明，其中著重注意：
登錄包構造中：沒什么好說的，看代碼
登錄回復包解析中：
很多請況下不會直接登錄成功，而是由服務器返回一個登錄重定向包（回復碼是QQ.QQ_REPLY_LOGIN_REDIRECT），而且不止一次重定向服務器，所謂重定向即——你向一個QQ服務器發送登錄請求，而這個服務器會告訴你另一個QQ服務器地址和端口（不要告訴我你認為騰訊只有一個服務器），這時你就要向后者重發登錄包（但是登錄密鑰都是一樣的）。至于為什么不直接在這個服務器登錄，這你就要問騰訊的客服了（取決于服務器的策略）
如果登錄失敗，會返回失敗消息的字符串
最后就是登陸成功的消息，登錄成功會返回很多重要信息，包括你想到的和沒想到的，其中session key（會話密鑰）是下一個密鑰，你今后發送的大多數消息和接收的大多數消息，都是用這個密鑰加密解密的

代碼svn：https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/
引用請注明出處，謝謝

下面我們開始接觸基本協議族具體的發送/接收包，所有的QQ會話都開始于客戶端發送基本協議族的請求登錄包，這個包的包體是空的，但是在包頭因為有請求登錄的QQ號（實際上正如前面介紹的，每個基本協議族包的包頭都帶有QQ號），服務器會知道是哪個QQ號請求登錄
QQ服務器返回應答，應答的包體是明碼傳輸的（因為現在還沒有密鑰），包括回復碼，如果允許這個號碼登錄則回復碼是QQ.QQ_REPLY_OK，而且返回一個登錄令牌，這個登錄令牌是在整個QQ會話過程中的第一個密鑰
在QQProtocol中請求登錄包是CBasicOutPacket派生類CRequestLoginTokenPacket實現的；而其回復包是CBasicInPacket派生類CRequestLoginTokenReplyPacket實現的。
正如在基本協議族消息管理器中介紹的一樣，請注意CBasicFamilyParser代碼改變了
而且因為CRequestLoginTokenReplyPacket要直接訪問CQQUser的非公開成員，所以CQQUser代碼中CRequestLoginTokenReplyPacket被設為CQQUser的友元

代碼svn：https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/
引用請注明出處，謝謝

CBasicFamilyParser處理基本協議族的收發包，它的代碼很簡單，但作用很重要，它對基本協議族的支持包括：
要發送包的只要傳進來一個CQQUser對象（由這個對象提供要發送包的參數），指定命令號，就會生成一個CBasicOutPacket派生類對象，而這個CBasicOutPacket派生類對象會送到發送隊列中，由發送隊列統一調配發送時間，決定需不需要重發，收沒收到反饋等等，發送隊列以后再詳細說明，這里只提到發送一個包并不是直接做一個二進制buffer，通過socket發出去的，而是生成一個CBasicOutPacket派生類對象，提交給發送隊列，發送隊列會對所有CBasicOutPacket派生類對象統一管理，決定每個包的發送時間，重發次數，以及收到Ack刪除對應的包等等
收到的原始數據（二進制數據）通過它轉換為CBasicInPacket派生類對象，這個CBasicInPacket派生類對象根據不同的包類型有不同的用途，比如向上層報告收到的聊天消息，好友狀態變更，系統消息，或者是發送包的Ack包，則提交給發送隊列，讓發送隊列刪除收到Ack包的發送包（否則這個包會重發）
CBasicFamilyParser類接口非常簡單，對外有CreateOutPacket生成發送包對象和ParseInPacket生成接收包對象。這個類在每引入一對發送/接收包都會改變，由于目前還沒有介紹一個CBasicIn/OutPacket派生類，所以目前的CreateOutPacket和ParseInPacket都是空的
比如請求登錄包/應答包是CRequestLoginTokenPacket/CRequestLoginTokenReplyPacket，那么CreateOutPacket代碼中會有
 if( sCommand == QQ.QQ_CMD_REQUEST_LOGIN_TOKEN )
 {
  pBasicInPacket = new CRequestLoginTokenReplyPacket(pQQUser);
 }
而ParseInPacket代碼中會有
 if( sCommand == QQ.QQ_CMD_REQUEST_LOGIN_TOKEN )
 {
  return new CRequestLoginTokenPacket(pQQUser);
 }
依此類推

代碼svn：https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/
引用請注明出處，謝謝

QQ基本協議族包括大多數QQ系統消息和IM消息，除此之外，還有p2p協議族和04、05等等協議族
QQ基本協議族的接受包基類是CBasicInPacket，發送包基類是CBasicOutPacket，分別從接受/發送包基類CInPacket和COutPacket派生而來
CBasicOutPacket把COutPacket的m_bHeader置為QQ.QQ_HEADER_BASIC_FAMILY，實現了COutPacket的純虛函數PutHeader和PutTail；CBasicInPacket實現了CInPacket的純虛函數ParseHeader和ParseTail。也就是說基本協議族的包頭和包尾有相同的結構，可以看一下接本協議族的包頭結構和包尾結構

代碼svn：https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/
引用請注明出處，謝謝

接收包基類CInPacket，發送包基類COutPacket
QQ協議中，不管是接收包還是發送包，在應用層都分為三個部分：
包頭，包括協議類型，源QQ版本號，命令號，和包序列號，發送包還有一個需要/不需要ack標志
包體和包尾，其中包體是需要加密解密的部分，以后再介紹
值得注意的是，QQ號碼和密碼等等都是在包體即需要加密解密的部分中，但包頭中包含的東西非常重要，它包括：

QQ協議類型，如QQ基本協議族用的是QQ::QQ_HEADER_BASIC_FAMILY(CInPacket/COutPacket的m_bHeader)
源QQ版本號，在發IM包（即和其它QQ號通訊）中，在包體也會設置一次，但和QQ系統通訊時，這個源QQ版本號就是這個協議庫使用的版本號，現在是QQ::QQ_CLIENT_VERSION_0E1B，即QQ2005的版本號(CInPacket/COutPacket的m_sSource)
命令號，這個就很多了，每個CInPacket/COutPacket派生類會設置這個值(CInPacket/COutPacket的m_sCommand)
包序列號，QQ用它來防止丟包，這個只是發IM包時用到，包序列過程以后介紹(CInPacket/COutPacket的m_sSequence)

代碼svn：https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/
引用請注明出處，謝謝

CCrypter類被實現為對QQ消息的加密解密，提供兩個公共函數Decrypt和Encrypt。QQ消息的加密算法是一個16次的迭代過程，并且是反饋的，每一個加密單元是8字節，輸出也是8字節，密鑰是16字節。密鑰在整個消息交互過程中會不同，以后會詳細介紹，這里先提一下，有密碼密鑰，初始密鑰和會話密鑰，但是加密算法都是一樣的。關于算法，代碼上有詳盡說明

代碼svn：https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/
引用請注明出處，謝謝

基于QQ協議的資料網上有很多了，lumaqq是非常著名的java實現的QQ客戶端，本QQ協議庫也是基于這些資料和少量抓包分析包后實現的。本協議庫是基于QQ2005協議，全VC6實現
先貼出來QQ協議常量，基本上就是lumaqq完全移植的啦，所有協議常量都實現為類QQ的公共靜態成員，給協議庫中其它類使用，這么做完全是移植起來方便
class QQ
{
public:
      ...
};
CQQUser類：一個QQ用戶的封裝，如果一個QQ號碼要登錄，先要生成一個CQQUser對象，并進行設置
主要函數：
構造函數CQQUser 構造一個CQQUser對象時指定QQ號碼和密碼
SetServerIP 設置處理這個QQ用戶的服務器，如sz.tencent.com
SetServerPort 端口，sz.tencent.com的端口是8000
SetHiddenLogin (是否)隱身登錄

代碼svn：https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/