断点续传的原理及实例.docVIP

断点续传的原理及实例 (一)断点续传的原理 其实断点续传的原理很简单，就是在http的请求上和一般的下载有所不同而已。打个比方，浏览器请求服务器上的一个文时，所发出的请求如下：假设服务器域名为，文件名为down.zip。get /down.zip http/1.1accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-excel, application/msword, application/vnd.ms-powerpoint, */*accept-language: zh-cnaccept-encoding: gzip, deflateuser-agent: mozilla/4.0 (compatible; msie 5.01; windows nt 5.0)connection: keep-alive服务器收到请求后，按要求寻找请求的文件，提取文件的信息，然后返回给浏览器，返回信息如下：200content-length=106786028accept-ranges=bytesdate=mon, 30 apr 2001 12:56:11 gmtetag=w/02ca57e173c11:95bcontent-type=application/octet-streamserver=microsoft-iis/5.0last-modified=mon, 30 apr 2001 12:56:11 gmt所谓断点续传，也就是要从文件已经下载的地方开始继续下载。所以在客户端浏览器传给web服务器的时候要多加一条信息--从哪里开始。下面是用自己编的一个浏览器来传递请求信息给web服务器，要求从2000070字节开始。get /down.zip http/1.0user-agent: netfoxrange: bytes=2000070-accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2仔细看一下就会发现多了一行range: bytes=2000070-这一行的意思就是告诉服务器down.zip这个文件从2000070字节开始传，前面的字节不用传了。服务器收到这个请求以后，返回的信息如下：206content-length=106786028content-range=bytes 2000070-106786027/106786028date=mon, 30 apr 2001 12:55:20 gmtetag=w/02ca57e173c11:95bcontent-type=application/octet-streamserver=microsoft-iis/5.0last-modified=mon, 30 apr 2001 12:55:20 gmt和前面服务器返回的信息比较一下，就会发现增加了一行：content-range=bytes 2000070-106786027/106786028返回的代码也改为206了，而不再是200了。知道了以上原理，就可以进行断点续传的编程了。(二)java实现断点续传的关键几点 (1)用什么方法实现提交range: bytes=2000070-。当然用最原始的socket是肯定能完成的，不过那样太费事了，其实java的net包中提供了这种功能。代码如下：url url = new url(/down.zip);httpurlconnection httpconnection = (httpurlconnection)url.openconnection();//设置user-agenthttpconnection.setrequestproperty(user-agent,netfox);//设置断点续传的开始位置httpconnection.setrequestproperty(range,bytes=2000070);//获得输入流inputstream input = httpconnection.getinputstream();从输入流中取出的字节流就是down.zip文件从2000070开始的字节流。大家看，其实断点续传用java实现起来还是很简单的吧。接下来要做的事就是怎么保存获得的流到文件中去了。保存文件采用的方法。我采用的是io包中的randaccessfile类。操作相当简单，假设从2000070处开始保存文件，代码如下：randomaccess