第一，最重要的一点，断点续传需要服务器的支持，这个是必要条件。
传统的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:
Accept:*/*
上面是HTTP请求头的主要内容，是浏览器等客户端发给HTTP SERVER的信息。
在这个请求头里面，第一行叫做Request Line，GET叫做请求方法（通常得到一个HTML
页面都是用GET，CGI等请求是用POST），/index.html是URL，HTTP/1.1为版本号。
Host:是HTTP服务器名字，这也是HTTP/1.1的新东东，以前做虚拟主机可是要一个主机名对应多个IP，现在好了......呵呵，这个离题太远，不说了）
要做断点续传，浏览器等客户端需要在请求头里面发送
Range: bytes=1140736-
这样的请求，就是告诉HTTP SERVER，这个文件要从1140736字节开始传送。
最后一点，大家看了上面的描述可能会有一个问题，那么多点传送怎么做呢？那就是多起几个线程，连接到服务器，用断点指令来传送文件，在传送的过程中，会检查前面的（比如说第一个蚂蚁）得到的文件的部分是否超过了后面的（比如说第二个蚂蚁）的起点，相等就停前面的蚂蚁，最后再合并几个部分，就得到一个完整的文件了
说说Android上的断点续传下载收藏
先说说断点续传的原理：这是HTTP 1.1协议的一部分，并不需要客户端特意去做多么复杂的事情。以前我曾经看过一个单位的技术标书，其中有下载的断点续传这一要求，给出的offer居然还挺高的...
简单的说，只要利用了HTTP协议（/rfc/rfc2616.txt）中的如下字段来和服务器端交互，就可以实现文件下载的断点续传：
Range : 用于客户端到服务器端的请求，可通过该字段指定下载文件的某一段大小，及其单位。典型的格式如：
Range: bytes=0-499 下载第0-499字节范围的内容
Range: bytes=500-999 下载第500-999字节范围的内容
Range: bytes=-500 下载最后500字节的内容
Range: bytes=500- 下载从第500字节开始到文件结束部分的内容（这是最常用的一种格式）Range: bytes=0-0,-1 下载第一以及最后一个字节的内容（这个看上去有点变态...）
Accept-Ranges: 用于服务器端到客户端的应答，客户端通过该字段可以判断服务器是否支持断点续传（注意RFC中注明了这一部分并不是必须的）。格式如下：
Accept-Ranges: bytes 表示支持以bytes为单位进行传输。
Accept-Ranges: none 表示不支持
Content-Ranges : 用于服务器端到客户端的应答，与Accept-Ranges在同一个报文内，通过该字段指定了返回的文件资源的字节范围。格式如下：
Content-Ranges: bytes 0-499/1234 大小为1234的文件的第0-499字节范围的内容
Content-Ranges: bytes 734-1233/1234 大小为1234字节的文件的第734-结尾范围的内容
据此我们可以知道，断点续传这个功能是需要客户端和服务器端同时支持才能完成。Android平台面向开发者提供了DownloadManager这个服务（service），可以用来完成下载，同时异步地得到下载进度的实时更新提示。原生的浏览器，Android Market以及GMail等客户端都使用了该接口。该接口也部分的提供了断点续传功能：如果在下载过程中遇到网络
