FTP和HTTP断点续传的道理

山9809

第一，最重要的一点，断点续传需要服务器的支持，这个是必要条件。
传统的FTP SERVER是不支持断点续传的，因为它不支持REST指令，传统的FTP指令（我是指服务器端指令）并不包括REST指令。

第二，客户端要知道使用REST等一系列指令来作断点续传。

看看断点续传的详细过程（FTP SERVER）：
首先客户端使用REST指令来告诉FTP SERVER它需要从文件的某个点开始传，接着用STOR或者RETR命令开始传文件，大概的命令的流程如下：

TYPE I
200 Type set to I.
PASV
227 Entering Passive Mode (204,48,18,69,98,250)
REST 187392
350 Restarting at 187392. Send STORE or RETRIEVE to initiate transfer.
RETR /pub/audio/pci/maestro-3/win2k/1056.zip
150 Opening BINARY mode data connection for /pub/audio/pci/maestro-3/win2k/1056.zip (936098 bytes).

首先使用TYPE命令告诉FTP SERVER使用BINARY模式传送文件；
然后使用PASV命令告诉FTP SERVER使用被动打开模式来传送文件；
接着使用REST 187392指令告诉FTP SERVER要从文件的187392字节开始传送；
最后使用RETR指令来传送文件。

从上面可以看出，这个FTP SERVER支持REST指令，有的FTP SERVER（特别的老的）是不支持这个指令的，这时即使FTP CLIENT支持断点续传也一点用都没有！

支持断点的FTP SERVER：Serv-U FTP，还有一系列的新出现的FTP SERVER；
不支持断点的：IIS4以前版本所带的都不行，IIS5 有，不家可以测试一下，登录进FTP SERVER，然后输入REST 1000命令，看服务器是否认识，认识就是支持断点。


上面说的是FTP SERVER的断点，HTTP的断点续传是这样的：
在以前版本的HTTP SERVER也是不支持断点的，HTTP/1.1开始就支持了，具体如下：

在HTTP请求的头部信息里面，通常是这样的：

GET http://xxx.xxx.xxx.xxx/index.html HTTP/1.1
Host:www.163.net
Accept:*/*

上面是HTTP请求头的主要内容，是浏览器等客户端发给HTTP SERVER的信息。
在这个请求头里面，第一行叫做Request Line，GET叫做请求方法（通常得到一个HTML页面都是用GET，CGI等请求是用POST），http://bbs.netbuddy.org/index.html是URL，HTTP/1.1为版本号。
Host:bbs.netbuddy.org是HTTP服务器名字，这也是HTTP/1.1的新东东，以前做虚拟主机可是要一个主机名对应多个IP，现在好了......呵呵，这个离题太远，不说了）

要做断点续传，浏览器等客户端需要在请求头里面发送
Range: bytes=1140736-
这样的请求，就是告诉HTTP SERVER，这个文件要从1140736字节开始传送。


最后一点，大家看了上面的描述可能会有一个问题，那么多点传送怎么做呢？那就是多起几个线程，连接到服务器，用断点指令来传送文件，在传送的过程中，会检查前面的（比如说第一个蚂蚁）得到的文件的部分是否超过了后面的（比如说第二个蚂蚁）的起点，相等就停前面的蚂蚁，最后再合并几个部分，就得到一个完整的文件了

原文作者 xxbin