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

CInPacket和COutPacket是發(fā)送/接收包基類，CBasicInPacket/CBasicOutPacket是QQ基本協(xié)議族發(fā)送/接收包基類，CBasicFamilyParser是QQ基本協(xié)議族消息管理器，至于要和QQ服務(wù)器正常通訊，還要用“翻譯”成QQ服務(wù)器的“語言”——由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)建一個工作線程，向服務(wù)器發(fā)包，等待回復(fù)，回復(fù)的結(jié)果調(diào)用CQQClient的虛函數(shù)，所以對于庫的使用者，需要生成一個派生類實(shí)現(xiàn)這些虛函數(shù)以處理回復(fù)。

至此，很多朋友關(guān)心的demo也可以實(shí)現(xiàn)一個最簡單的版本了，目前的demo是個命令行程序，使用UDP方式登錄，已經(jīng)測試成功。

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

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

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

代碼svn：https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/
引用請注明出處，謝謝 CBasicFamilyParser處理基本協(xié)議族的收發(fā)包，它的代碼很簡單，但作用很重要，它對基本協(xié)議族的支持包括：
要發(fā)送包的只要傳進(jìn)來一個CQQUser對象（由這個對象提供要發(fā)送包的參數(shù)），指定命令號，就會生成一個CBasicOutPacket派生類對象，而這個CBasicOutPacket派生類對象會送到發(fā)送隊(duì)列中，由發(fā)送隊(duì)列統(tǒng)一調(diào)配發(fā)送時間，決定需不需要重發(fā)，收沒收到反饋等等，發(fā)送隊(duì)列以后再詳細(xì)說明，這里只提到發(fā)送一個包并不是直接做一個二進(jìn)制buffer，通過socket發(fā)出去的，而是生成一個CBasicOutPacket派生類對象，提交給發(fā)送隊(duì)列，發(fā)送隊(duì)列會對所有CBasicOutPacket派生類對象統(tǒng)一管理，決定每個包的發(fā)送時間，重發(fā)次數(shù)，以及收到Ack刪除對應(yīng)的包等等
收到的原始數(shù)據(jù)（二進(jìn)制數(shù)據(jù)）通過它轉(zhuǎn)換為CBasicInPacket派生類對象，這個CBasicInPacket派生類對象根據(jù)不同的包類型有不同的用途，比如向上層報告收到的聊天消息，好友狀態(tài)變更，系統(tǒng)消息，或者是發(fā)送包的Ack包，則提交給發(fā)送隊(duì)列，讓發(fā)送隊(duì)列刪除收到Ack包的發(fā)送包（否則這個包會重發(fā)）
CBasicFamilyParser類接口非常簡單，對外有CreateOutPacket生成發(fā)送包對象和ParseInPacket生成接收包對象。這個類在每引入一對發(fā)送/接收包都會改變，由于目前還沒有介紹一個CBasicIn/OutPacket派生類，所以目前的CreateOutPacket和ParseInPacket都是空的
比如請求登錄包/應(yīng)答包是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基本協(xié)議族包括大多數(shù)QQ系統(tǒng)消息和IM消息，除此之外，還有p2p協(xié)議族和04、05等等協(xié)議族
QQ基本協(xié)議族的接受包基類是CBasicInPacket，發(fā)送包基類是CBasicOutPacket，分別從接受/發(fā)送包基類CInPacket和COutPacket派生而來
CBasicOutPacket把COutPacket的m_bHeader置為QQ.QQ_HEADER_BASIC_FAMILY，實(shí)現(xiàn)了COutPacket的純虛函數(shù)PutHeader和PutTail；CBasicInPacket實(shí)現(xiàn)了CInPacket的純虛函數(shù)ParseHeader和ParseTail。也就是說基本協(xié)議族的包頭和包尾有相同的結(jié)構(gòu)，可以看一下接本協(xié)議族的包頭結(jié)構(gòu)和包尾結(jié)構(gòu)

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

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

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

代碼svn：https://vcye23.svn.sourceforge.net/svnroot/vcye23/qqprotocol/
引用請注明出處，謝謝 基于QQ協(xié)議的資料網(wǎng)上有很多了，lumaqq是非常著名的java實(shí)現(xiàn)的QQ客戶端，本QQ協(xié)議庫也是基于這些資料和少量抓包分析包后實(shí)現(xiàn)的。本協(xié)議庫是基于QQ2005協(xié)議，全VC6實(shí)現(xiàn)
先貼出來QQ協(xié)議常量，基本上就是lumaqq完全移植的啦，所有協(xié)議常量都實(shí)現(xiàn)為類QQ的公共靜態(tài)成員，給協(xié)議庫中其它類使用，這么做完全是移植起來方便
class QQ
{
public:
      ...
};
CQQUser類：一個QQ用戶的封裝，如果一個QQ號碼要登錄，先要生成一個CQQUser對象，并進(jìn)行設(shè)置
主要函數(shù)：
構(gòu)造函數(shù)CQQUser 構(gòu)造一個CQQUser對象時指定QQ號碼和密碼
SetServerIP 設(shè)置處理這個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存儲一個QQ用戶的所有信息，包括客戶指定信息（用戶名，密碼等）和服務(wù)器返回信息（指在和服務(wù)器通訊過程中服務(wù)器“設(shè)置的”信息，如各種各樣的密鑰是在和服務(wù)器通訊過程中某些特定步驟由服務(wù)器生成并返回的，而還有些信息如服務(wù)器IP和端口則是最初由客戶指定，但有可能因?yàn)榉?wù)器重定向而改變，等等等等）

CInPacket和COutPacket是發(fā)送/接收包基類，CBasicInPacket/CBasicOutPacket是QQ基本協(xié)議族發(fā)送/接收包基類，CBasicFamilyParser是QQ基本協(xié)議族消息管理器，至于要和QQ服務(wù)器正常通訊，還要用“翻譯”成QQ服務(wù)器的“語言”——由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)建一個工作線程，向服務(wù)器發(fā)包，等待回復(fù)，回復(fù)的結(jié)果調(diào)用CQQClient的虛函數(shù)，所以對于庫的使用者，需要生成一個派生類實(shí)現(xiàn)這些虛函數(shù)以處理回復(fù)。

至此，很多朋友關(guān)心的demo也可以實(shí)現(xiàn)一個最簡單的版本了，目前的demo是個命令行程序，使用UDP方式登錄，已經(jīng)測試成功。

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

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

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

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

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

CBasicFamilyParser處理基本協(xié)議族的收發(fā)包，它的代碼很簡單，但作用很重要，它對基本協(xié)議族的支持包括：
要發(fā)送包的只要傳進(jìn)來一個CQQUser對象（由這個對象提供要發(fā)送包的參數(shù)），指定命令號，就會生成一個CBasicOutPacket派生類對象，而這個CBasicOutPacket派生類對象會送到發(fā)送隊(duì)列中，由發(fā)送隊(duì)列統(tǒng)一調(diào)配發(fā)送時間，決定需不需要重發(fā)，收沒收到反饋等等，發(fā)送隊(duì)列以后再詳細(xì)說明，這里只提到發(fā)送一個包并不是直接做一個二進(jìn)制buffer，通過socket發(fā)出去的，而是生成一個CBasicOutPacket派生類對象，提交給發(fā)送隊(duì)列，發(fā)送隊(duì)列會對所有CBasicOutPacket派生類對象統(tǒng)一管理，決定每個包的發(fā)送時間，重發(fā)次數(shù)，以及收到Ack刪除對應(yīng)的包等等
收到的原始數(shù)據(jù)（二進(jìn)制數(shù)據(jù)）通過它轉(zhuǎn)換為CBasicInPacket派生類對象，這個CBasicInPacket派生類對象根據(jù)不同的包類型有不同的用途，比如向上層報告收到的聊天消息，好友狀態(tài)變更，系統(tǒng)消息，或者是發(fā)送包的Ack包，則提交給發(fā)送隊(duì)列，讓發(fā)送隊(duì)列刪除收到Ack包的發(fā)送包（否則這個包會重發(fā)）
CBasicFamilyParser類接口非常簡單，對外有CreateOutPacket生成發(fā)送包對象和ParseInPacket生成接收包對象。這個類在每引入一對發(fā)送/接收包都會改變，由于目前還沒有介紹一個CBasicIn/OutPacket派生類，所以目前的CreateOutPacket和ParseInPacket都是空的
比如請求登錄包/應(yīng)答包是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基本協(xié)議族包括大多數(shù)QQ系統(tǒng)消息和IM消息，除此之外，還有p2p協(xié)議族和04、05等等協(xié)議族
QQ基本協(xié)議族的接受包基類是CBasicInPacket，發(fā)送包基類是CBasicOutPacket，分別從接受/發(fā)送包基類CInPacket和COutPacket派生而來
CBasicOutPacket把COutPacket的m_bHeader置為QQ.QQ_HEADER_BASIC_FAMILY，實(shí)現(xiàn)了COutPacket的純虛函數(shù)PutHeader和PutTail；CBasicInPacket實(shí)現(xiàn)了CInPacket的純虛函數(shù)ParseHeader和ParseTail。也就是說基本協(xié)議族的包頭和包尾有相同的結(jié)構(gòu)，可以看一下接本協(xié)議族的包頭結(jié)構(gòu)和包尾結(jié)構(gòu)

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

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

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

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

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

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

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

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