转自：http://msplinks.com.cn/MDFodHRwOi8vZmFsY2hpb24uamF2YWV5ZS5jb20vYmxvZy8xNzAzNDY=
ftp断点续传的原理
客户端的实现步骤如下：
一、下载：
1、向服务器发送“REST + 本地文件长度”命令，告诉服务器，客户端要断点下载了。这时服务器还不知道客户端要下载哪个文件；
2、向服务器发送“RETR + 文件名”命令，通知服务器要下载的文件名，这时服务器开始定位文件指针读文件并发送数据。
3、客户端定位本地文件指针（文件末尾）；
4、两端的准备工作都做完了以后，客户端创建socket，以被动或非被动方式建立数据通道，循环调用recv接收数据并追加入本地文件；
二、上传：
1、获取服务器上和本地要上传文件的同名文件大小；
2、向服务器发送“APPE ＋ 文件名”，通知服务器，接下来从数据通道发送给你的数据要附加到这个文件末尾。
3、定位本地文件指针（和FTP上文件大小相同的位置）
4、从文件指针处读数据并发送。
代码里将断点上传和断点下载放到同一个函数（MoveFile）里，通过get参数说明是上传还是下载。当然，整个FTP类的实现有800多行，包括登录、退出、获取FTP文件大小、删除FTP服务器上文件、响应服务器，解析响应信息等函数。相应的注释代码里都有，这里就不一一熬述了。
HTTP断点续传的原理http://msplinks.com.cn/MDFodHRwOi8vd3d3Lml0LmNvbS5jbi9mL2VkdS8wNTgvMTcvMTU5NzU5Lmh0bQ==请求服务器上的一个文时，所发出的请求如下：
假设服务器域名为wwww.name.org，文件名为name.zip。
GET /name.zip HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-
excel, application/msword, application/vnd.ms-powerpoint, */*
Accept-Language: zh-cn
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0)
Connection: Keep-Alive
服务器收到请求后，按要求寻找请求的文件，提取文件的信息，然后返回给浏览器，返回信息如下：
200
Content-Length=106786028
Accept-Ranges=bytes
Date=Mon, 30 Apr 2001 12:56:11 GMT
ETag=W/"02ca57e173c11:95b"
Content-Type=application/octet-stream
Server=Microsoft-IIS/5.0
Last-Modified=Mon, 30 Apr 2001 12:56:11 GMT
所谓断点续传，也就是要从文件已经下载的地方开始继续下载。所以在客户端浏览器传给
Web服务器的时候要多加一条信息--从哪里开始。
下面是用自己编的一个"浏览器"来传递请求信息给Web服务器，要求从2000070字节开始。
GET /gman.zip HTTP/1.0
User-Agent: NetFox
RANGE: bytes=2000070-
Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2
仔细看一下就会发现多了一行RANGE: bytes=2000070-
这一行的意思就是告诉服务器gman.zip这个文件从2000070字节开始传，前面的字节不用传了。
服务器收到这个请求以后，返回的信息如下：
206
Content-Length=106786028
Content-Range=bytes 2000070-106786027/106786028
Date=Mon, 30 Apr 2001 12:55:20 GMT
ETag=W/"02ca57e173c11:95b"
Content-Type=application/octet-stream
Server=Microsoft-IIS/5.0
Last-Modified=Mon, 30 Apr 2001 12:55:20 GMT
和前面服务器返回的信息比较一下，就会发现增加了一行：
Content-Range=bytes 2000070-106786027/106786028
返回的代码也改为206了，而不再是200了。
http断点续传内核的实现：
主要用了6个类，包括一个测试类。
SiteFileFetch.java负责整个文件的抓取，控制内部线程(FileSplitterFetch类)。
FileSplitterFetch.java负责部分文件的抓取。
FileAccess.java负责文件的存储。
SiteInfoBean.java要抓取的文件的信息，如文件保存的目录，名字，抓取文件的URL等。
Utility.java工具类，放一些简单的方法。
TestMethod.java测试类。
分享到：
相关推荐
HTTP断点续传原理，另附上AS3+Flash Player+AIR制作的一个断点续传小程序源码
这是一篇关于java断点续传的介绍，里面介绍了续传的原理，注意事项以及相关的例子。
在网络状况不好的情况下，对于文件的传输，我们希望能够支持可以每次传部分数据。断点续传其实正如字面意思，就是在下载的断开点继续开始传输，不用再从头开始。
该资源包含了FTP的原理及实现细节，其中也阐述了断点续传的原理，是FTP开发难得的资料。
HTTP断点续传原理及Flex实现技术，主要是用httpservice来实现图片或文件的断点续传
所谓断点续传，也就是要从文件已经下载的地方开始继续下载。所以在客户端浏览器传给 Web服务器的时候要多加一条信息--从哪里开始。
刚刚整理的java断点续传，多线程处理，不知道怎么把多线程去掉
精炼的内容，看过基本可以完成FTP断点续传的编程。
java的http断点续传原理(二).pdf
java的http断点续传原理(二)[参考].pdf
在编程时，由于需要上传大文件，于是我自己研发了一套断点续传协议，并在实际项目中得到应用，效果良好。这个协议不但支持大文件上传，而且支持断点续传、多用户同时上传一个文件速度加倍、文件秒传等等，基本完全...
android多线程断点续传 android多线程断点续传 android多线程断点续传
java中http断点续传的实现原理，介绍了主要方法和简单的实现
FTP客户端实现要建立两个通道，一个控制命令通道，让FTP服务器知道客户端要干什么，一个数据传输通道。所谓的两个通道只不过是两个调用了connect函数的连接，只是控制命令通道专门用来传输一些字符串命令信息，而...
Android 断点续传原理以及实现 0. 前言 在Android开发中，断点续传听起来挺容易，在下载一个文件时点击暂停任务暂停，点击开始会继续下载文件。但是真正实现起来知识点还是蛮多的，因此今天有时间实现了一下，并...
用 Java 实现断点续传 (HTTP)，内容有： 断点续传的原理， Java 实现断点续传的关键几点， 断点续传内核的实现等。
HTTP断点续传原理 Http头 Range、Content-Range() HTTP头中一般断点下载时才用到Range和Content-Range实体头， Range用户请求头中，指定第一个字节的位置和最后一个字节的位置，如（Range：200-300） Content-...
iOS开发中，常见的断点续传功能，详细讲解断点续传的原理
原理 曾经上传过：前端通过计算，拿到整个文件的md5,请求后台是否曾经已经上传过，如果曾经上传过，直接返回成功 曾经没有上传过：后台返回前端，表示从未上传过此文件，前端通过技术，将大文件分隔成无数个小文件...