如何用源代码分析FileZilla

这期内容当中小编将会给大家带来有关如何用源代码分析FileZilla，文章内容丰富且以专业的角度为大家分析和叙述，阅读完这篇文章希望大家可以有所收获。

FileZilla是一种快速、可信赖的FTP客户端以及服务器端开放源代码程式，具有多种特色、直觉的接口。本文就给大家分析下FileZilla的源代码。

FTP客户通过ftp localhost命令与FileZilla服务器建立Socket连接后，FileZilla Server显示了welcome信息，这时屏幕上显示类似(我们以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)):

提示输入用户名，假设这时用户输入whg，回车，这时ftp客户端会将这用户输入的字符翻译成标准的FTP命令"USER whg"发送到服务器，因为这时是CControlSocket对这个socket进行监听，并且recv相关的事件通过前面提到的分发机制，最终分发到 CControlSocket的OnReceive方法，下面我看一下这个方法：

m_antiHammeringWaitTime还不知是起什么作用，在对源代码进行跟踪的时候，其刚开始的值是0，因此先跳过这个。

下段是获得传输速度限制SpeedLimit，如果没有限制，则为-1。

再往下：

int numread = Receive(buffer, len); // 调用recv来获得socket数据，取长度为len的数据放到buffer中

读取成功后，将buffer中的接收到的数据一个字节一个字节放到m_RecvBuffer中：

m_RecvBuffer[m_nRecvBufferPos++] = buffer[i];

然后将将刚才收到的m_RecvBuffer放入m_RecvLineBuffer：

m_RecvLineBuffer.push_back(m_RecvBuffer);

m_RecvLineBuffer相当于一个命令池，里面存放着用户发送来，但还没有处理的命令。

***当这个recv处理完后，调用ParseCommand()来解释这个命令。

首先通过GetCommand()取出m_RecvLineBuffer中最前面的命令，并解释成命令command，以及参数args，如刚才的命令USER whg就被解释成command=USER, args=whg

下面的循环：

for (int i = 0; i < (sizeof(commands)/sizeof(t_command)); i++)

通过在预先定义的FTP Server所有命令commands中，查找是否包含command，从而校验刚才收到的命令的合法性，如果command不在commands中，显示command是非法命令，这时发送客户端

Send(_T("500 Syntax error, command unrecognized."));

即使命令是合法的，但如果参数不对(bHasargs指定这个命令是否需要参数)，即有些命令必须带参数，而args没有，这时会发送：

Send(_T("501 Syntax error"));

下面：

if (!m_RecvLineBuffer.empty())

m_pOwner->PostThreadMessage(WM_FILEZILLA_THREADMSG, FTM_COMMAND, m_userid);

表示如果命令缓冲区中还有未处理的命令，则发送消息给CServerThread，CServerThread在方法OnThreadMessage中处理这个消息：

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);

// 下面这个map是user -> CControlSocket，即通过userid找到服务这个userid的CControlSocket

std::map::iterator iter=m_LocalUserIDs.find(userid);

if (iter!=m_LocalUserIDs.end())

ret=iter->second;

LeaveCritSection(m_threadsync);

return ret;

}

可见，发送这个消息的作用是让CControlSocket继续调用ParseCommand()来处理下一个命令。

回到最初的ParseCommand()，如果命令参数也没有问题，下面检查这个命令是否必须先登录再使用(由bValidBeforeLoGon指定)，比如：get命令是必须先登录的，而USER命令不用，如果必须先登录，发送：

Send(_T("530 Please log in with USER and PASS first."));

下面同样

m_pOwner->PostThreadMessage(WM_FILEZILLA_THREADMSG, FTM_COMMAND, m_userid);

命令都合格的话，下面：

switch (nCommandID)

来处理不同的命令，由于这时是COMMAND_USER命令，我们看一下处理过程：

经过一些处理后，下面发送

Send(_T("331 PassWord required for ") + args);

要求用户输入密码，时客户端屏幕上会显示：

331 Password required for whg

Password:

用户输入密码后，回车，这时ftp客户端会翻译成标准的FTP命令"PASS 123456"发送到服务器，我们看一下ParseCommand()对这的处理：

case COMMAND_PASS:

else if (DoUserLogin(args))

Send(_T("230 Logged on"));

在DoUserLogin()认定成功登录后，发送成功登录消息给客户端，否则会发送错误消息：

Send(_T("530 Login or password incorrect!"));

仔细看一下CPermissions::CheckUserLogin()，会发现密码是经过MD5加密的，并且在CServerThread创建时，跟权限相关的成员变量就初始化了：

m_pPermissions = new CPermissions;

在CPermissions::Init()中，调用ReadSettings()，从配置文件中，将所有的用户信息(包括密码)都读到内存了，因此刚才的密码校验只是内存中的字符串比对。

用户成功登录后，FTP客户端显示：

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服务器等待新的FTP命令了。

上述就是小编为大家分享的如何用源代码分析FileZilla了，如果刚好有类似的疑惑，不妨参照上述分析进行理解。如果想知道更多相关知识，欢迎关注编程网精选频道。