用Java实现HTTP断点续传[Java编程]

(一)断点续传的原理

其实断点续传的原理很简单,就是在Http的恳求上和普通的下载有所差别罢了.打个比方,浏览器恳求服务器上的一个文时,所发出的恳求以下:

假定服务器域名为www.bianceng.cn,文件名为down.zip.

GET /down.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 /down.zip HTTP/1.0
User-Agent: NetFox
RANGE: bytes=2000070-
Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2

细心看一下就会发现多了一行RANGE: bytes=2000070-;这一行的意思就是奉告服务器down.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了.

知道了以上原理,便可以举行断点续传的编程了.

　　以上是“用Java实现HTTP断点续传[Java编程]”的内容，如果你对以上该文章内容感兴趣，你可以看看七道奇为您推荐以下文章：