FileZilla 源代碼分析8
FileZilla是一種快速、可信賴的FTP客戶端以及服務(wù)器端開放源代碼程式，具有多種特色、直覺的接口。本文就給大家分析下FileZilla的源代碼。
FTP客戶通過ftp localhost命令與FileZilla服務(wù)器建立socket連接后，F(xiàn)ileZilla Server顯示了welcome信息，這時(shí)屏幕上顯示類似(我們以windows下的ftp命令作為sample)：
Connected to dell.
220-FileZilla Server version 0.9.18 beta
220-written by Tim Kosse (Tim.Kosse@gmx.de)
220 Please visit http://sourceforge.net/projects/filezilla/
User (dell:(none)):
提示輸入用戶名，假設(shè)這時(shí)用戶輸入whg，回車，這時(shí)ftp客戶端會(huì)將這用戶輸入的字符翻譯成標(biāo)準(zhǔn)的FTP命令"USER whg"發(fā)送到服務(wù)器，因?yàn)檫@時(shí)是CControlSocket對(duì)這個(gè)socket進(jìn)行監(jiān)聽，并且recv相關(guān)的事件通過前面提到的分發(fā)機(jī)制，最終分發(fā)到 CControlSocket的OnReceive方法，下面我看一下這個(gè)方法：
m_antiHammeringWaitTime還不知是起什么作用，在對(duì)源代碼進(jìn)行跟蹤的時(shí)候，其剛開始的值是0，因此先跳過這個(gè)。
下段是獲得傳輸速度限制SpeedLimit，如果沒有限制，則為-1。
再往下：
int numread = Receive(buffer, len); // 調(diào)用recv來獲得socket數(shù)據(jù)，取長度為len的數(shù)據(jù)放到buffer中
讀取成功后，將buffer中的接收到的數(shù)據(jù)一個(gè)字節(jié)一個(gè)字節(jié)放到m_RecvBuffer中：
m_RecvBuffer[m_nRecvBufferPos++] = buffer[i];
然后將將剛才收到的m_RecvBuffer放入m_RecvLineBuffer：
m_RecvLineBuffer.push_back(m_RecvBuffer);
m_RecvLineBuffer相當(dāng)于一個(gè)命令池，里面存放著用戶發(fā)送來，但還沒有處理的命令。
***當(dāng)這個(gè)recv處理完后，調(diào)用ParseCommand()來解釋這個(gè)命令。
首先通過GetCommand()取出m_RecvLineBuffer中最前面的命令，并解釋成命令command，以及參數(shù)args，如剛才的命令USER whg就被解釋成command=USER, args=whg
下面的循環(huán)：
for (int i = 0; i < (sizeof(commands)/sizeof(t_command)); i++)
通過在預(yù)先定義的FTP Server所有命令commands中，查找是否包含command，從而校驗(yàn)剛才收到的命令的合法性，如果command不在commands中，顯示command是非法命令，這時(shí)發(fā)送客戶端
Send(_T("500 Syntax error, command unrecognized."));
即使命令是合法的，但如果參數(shù)不對(duì)(bHasargs指定這個(gè)命令是否需要參數(shù))，即有些命令必須帶參數(shù)，而args沒有，這時(shí)會(huì)發(fā)送：
Send(_T("501 Syntax error"));
下面：
if (!m_RecvLineBuffer.empty())
m_pOwner->PostThreadMessage(WM_FILEZILLA_THREADMSG, FTM_COMMAND, m_userid);
表示如果命令緩沖區(qū)中還有未處理的命令，則發(fā)送消息給CServerThread，CServerThread在方法OnThreadMessage中處理這個(gè)消息：
else if (wParam==FTM_COMMAND)
{ //Process a command sent from a client
CControlSocket *socket=GetControlSocket(lParam);
if (socket)
socket->ParseCommand();
}
在GetControlSocket()方法中：
CControlSocket * CServerThread::GetControlSocket(int userid)
{
CControlSocket *ret=0;
EnterCritSection(m_threadsync);
// 下面這個(gè)map是user -> CControlSocket，即通過userid找到服務(wù)這個(gè)userid的CControlSocket
std::map::iterator iter=m_LocalUserIDs.find(userid);
if (iter!=m_LocalUserIDs.end())
ret=iter->second;
LeaveCritSection(m_threadsync);
return ret;
}
可見，發(fā)送這個(gè)消息的作用是讓CControlSocket繼續(xù)調(diào)用ParseCommand()來處理下一個(gè)命令。
回到最初的ParseCommand()，如果命令參數(shù)也沒有問題，下面檢查這個(gè)命令是否必須先登錄再使用(由bValidBeforeLogon指定)，比如：get命令是必須先登錄的，而USER命令不用，如果必須先登錄，發(fā)送：
Send(_T("530 Please log in with USER and PASS first."));
下面同樣
m_pOwner->PostThreadMessage(WM_FILEZILLA_THREADMSG, FTM_COMMAND, m_userid);
命令都合格的話，下面：
switch (nCommandID)
來處理不同的命令，由于這時(shí)是COMMAND_USER命令，我們看一下處理過程：
經(jīng)過一些處理后，下面發(fā)送
Send(_T("331 Password required for ") + args);
要求用戶輸入密碼，時(shí)客戶端屏幕上會(huì)顯示：
331 Password required for whg
Password:
用戶輸入密碼后，回車，這時(shí)ftp客戶端會(huì)翻譯成標(biāo)準(zhǔn)的FTP命令"PASS 123456"發(fā)送到服務(wù)器，我們看一下ParseCommand()對(duì)這的處理：
case COMMAND_PASS:
else if (DoUserLogin(args))
Send(_T("230 Logged on"));
在DoUserLogin()認(rèn)定成功登錄后，發(fā)送成功登錄消息給客戶端，否則會(huì)發(fā)送錯(cuò)誤消息：
Send(_T("530 Login or password incorrect!"));
仔細(xì)看一下CPermissions::CheckUserLogin()，會(huì)發(fā)現(xiàn)密碼是經(jīng)過MD5加密的，并且在CServerThread創(chuàng)建時(shí)，跟權(quán)限相關(guān)的成員變量就初始化了：
m_pPermissions = new CPermissions;
在CPermissions::Init()中，調(diào)用ReadSettings()，從配置文件中，將所有的用戶信息(包括密碼)都讀到內(nèi)存了，因此剛才的密碼校驗(yàn)只是內(nèi)存中的字符串比對(duì)。
用戶成功登錄后，F(xiàn)TP客戶端顯示：
C:\Documents and Settings\Administrator>ftp localhost
Connected to dell.
220-FileZilla Server version 0.9.18 beta
220-written by Tim Kosse (Tim.Kosse@gmx.de)
220 Please visit http://sourceforge.net/projects/filezilla/
User (dell:(none)): whg
331 Password required for whg
Password:
230 Logged on
ftp>
下面FTP服務(wù)器等待新的FTP命令了。
通過文章完整的描述，大家應(yīng)該知道了FileZilla 源代碼，希望對(duì)大家有幫助！
【編輯推薦】
