一个实现FTP断点续传的类

 

    

    本文建立在你对socket知识有一点点的基础之上（有一点点就足够了：））

  
    FTP客户端实现要建立两个通道，一个控制命令通道，让FTP服务器知道客户端要干什么，一个数据传输通道。所谓的两个通道只不过是两个调用了connect函数的连接，只是控制命令通道专门用来传输一些字符串命令信息，而数据通道则是用来传输文件。控制命令通道一定是由客户端向服务器的连接（默认的端口是21，也可以指定端口，这要看服务器的设置）。连接的过程完成了FTP的登录。数据通道则不一定啦，具体哪个连哪个，请看下面对PASV命令的解释。

 

  其实FTP断点续传的原理很简单，可分为断点下载和断点上传。

       
  客户端的实现步骤如下：

 

一、下载：

1、向服务器发送“REST + 本地文件长度”命令，告诉服务器，客户端要断点下载了。这时服务器还不知道客户端要下载哪个文件；

2、向服务器发送“RETR + 文件名”命令，通知服务器要下载的文件名，这时服务器开始定位文件指针读文件并发送数据。

3、客户端定位本地文件指针（文件末尾）；

4、两端的准备工作都做完了以后，客户端创建socket，以被动或非被动方式建立数据通道，循环调用recv接收数据并追加入本地文件；

 

二、上传：

1、获取服务器上和本地要上传文件的同名文件大小；

2、向服务器发送“APPE ＋ 文件名”，通知服务器：接下来从数据通道发送给你的数据要附加到这个文件末尾。

3、定位本地文件指针（和FTP上文件大小相同的位置）

4、从文件指针处读数据并发送。

  好了，FTP断点续传的原理就这么简单。代码里将断点上传和断点下载放到同一个函数（MoveFile）里，通过get参数说明是上传还是下载。当然，整个FTP类的实现有800多行，包括登录、退出、获取FTP文件大小、删除FTP服务器上文件、响应服务器，解析响应信息等函数。相应的注释代码里都有，这里就不一一熬述了。

 

这里重点说说PASV模式，即被动模式，这是FTP命令里比较不容易理解的一个，这条命令请求服务器在某个端口（非FTP默认端口或控制命令端口）创建一个监听socket，服务器创建的端口号会通过控制命令通道返回给客户端。得到这个端口号后，客户端就可以创建新的socket（数据通道）connect过去，并进行文件传输等工作。否则，如果为非被动模式，那么监听的socket由客户端创建，服务器connect过来。

对于这条命令的存在我是这么理解的，存在这么一种情况：客户端的IP是个内网的IP，服务器的IP是个外网的，当进行数据传输时内网的IP对于服务器是不可见的，只有由服务器启动监听socket才能建立数据通道，所以必须以被动模式进行。：）

  另外，并不是所有FTP服务器都支持断点续传，但现今的大部分服务器都有这方面功能，而且对于不支持断点续传功能的服务器代码里也做了处理，就是删除本地文件重新下载。所以这个担心是多余的。

点击下载源代码