断点续传

断点续传的原理

其实断点续传的原理很简单，就是在 Http 的请求上和一般的下载有所不同而已。 
打个比方，浏览器请求服务器上的一个文时，所发出的请求如下： 
假设服务器域名为 wwww.sjtu.edu.cn，文件名为 down.zip。

1. GET /down.zip HTTP/1.1  
2. Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-   
3. excel, application/msword, application/vnd.ms-powerpoint, */*   
4. Accept-Language: zh-cn   
5. Accept-Encoding: gzip, deflate   
6. User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0)   
7. Connection: Keep-Alive   

 服务器收到请求后，按要求寻找请求的文件，提取文件的信息，然后返回给浏览器，返回信息如下：

1. 200  
2. Content-Length=106786028  
3. Accept-Ranges=bytes   
4. Date=Mon, 30 Apr 2001 12:56:11 GMT   
5. ETag=W/"02ca57e173c11:95b"  
6. Content-Type=application/octet-stream   
7. Server=Microsoft-IIS/5.0  
8. Last-Modified=Mon, 30 Apr 2001 12:56:11 GMT   

 所谓断点续传，也就是要从文件已经下载的地方开始继续下载。所以在客户端浏览器传给 Web 服务器的时候要多加一条信息 -- 从哪里开始。 
下面是用自己编的一个"浏览器"来传递请求信息给 Web 服务器，要求从 2000070 字节开始。

1. GET /down.zip HTTP/1.0  
2. User-Agent: NetFox   
3. RANGE: bytes=2000070-   
4. Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2   

 仔细看一下就会发现多了一行 RANGE: bytes=2000070- 
这一行的意思就是告诉服务器 down.zip 这个文件从 2000070 字节开始传，前面的字节不用传了。 
服务器收到这个请求以后，返回的信息如下：

1. 206  
2. Content-Length=106786028  
3. Content-Range=bytes 2000070-106786027/106786028  
4. Date=Mon, 30 Apr 2001 12:55:20 GMT   
5. ETag=W/"02ca57e173c11:95b"  
6. Content-Type=application/octet-stream   
7. Server=Microsoft-IIS/5.0  
8. Last-Modified=Mon, 30 Apr 2001 12:55:20 GMT   

 和前面服务器返回的信息比较一下，就会发现增加了一行：

1. Content-Range=bytes 2000070-106786027/106786028   

 返回的代码也改为 206 了，而不再是 200 了。

知道了以上原理，就可以进行断点续传的编程了。

 

Java 实现断点续传的关键几点

(1) 用什么方法实现提交 RANGE: bytes=2000070-。
当然用最原始的 Socket 是肯定能完成的，不过那样太费事了，其实 Java 的 net 包中提供了这种功能。代码如下：

1. URL url = new URL("http://www.sjtu.edu.cn/down.zip");   
2. HttpURLConnection httpConnection = (HttpURLConnection)url.openConnection();   
3.   
4. // 设置 User-Agent   
5. httpConnection.setRequestProperty("User-Agent","NetFox");   
6. // 设置断点续传的开始位置   
7. httpConnection.setRequestProperty("RANGE","bytes=2000070");   
8. // 获得输入流   
9. InputStream input = httpConnection.getInputStream();  

从输入流中取出的字节流就是 down.zip 文件从 2000070 开始的字节流。大家看，其实断点续传用 Java 实现起来还是很简单的吧。接下来要做的事就是怎么保存获得的流到文件中去了。
(2) 保存文件采用的方法。
我采用的是 IO 包中的 RandAccessFile 类。
操作相当简单，假设从 2000070 处开始保存文件，代码如下：

1. RandomAccess oSavedFile = new RandomAccessFile("down.zip","rw");   
2. long nPos = 2000070;   
3. // 定位文件指针到 nPos 位置   
4. oSavedFile.seek(nPos);   
5. byte[] b = new byte[1024];   
6. int nRead;   
7. // 从输入流中读入字节流，然后写到文件中   
8. while((nRead=input.read(b,0,1024)) > 0)   
9. {   
10. oSavedFile.write(b,0,nRead);   
11. }   

 怎么样，也很简单吧。接下来要做的就是整合成一个完整的程序了。包括一系列的线程控制等等。

斷點續傳上傳：

 1、服务器端提供一个接口出来，每当我要上传时，便通过这个接口发送一个请求，内容则是要上传的这个文件的id，服务器端接收到这个id，来判断是否之前有过上传，有的话他变做了缓存，给返回他那里缓存的长度，我在根据返回的长度算出剩下的长度，将剩下的数据通过正常的方式上传，若返回空，则是第一次上传，就按正常的情况处理。 

2、http://segmentfault.com/q/1010000000150843

断点的话，服务器纪录一个传递的文件偏移位置，每次请求从返回的head中读取偏移量，然后，客户端通过NSFileHandle通过偏移读取文件到buffer再发送到服务器。

	NSFileHandle *readHandle = [NSFileHandle fileHandleForReadingAtPath:filePath];
	[readHandle seekToFileOffset:offset];
    NSInputStream *fileStream = [NSInputStream inputStreamWithData:[readHandle readDataOfLength:1024*8]];

对于1,你切割成5个做异步，不如一个文件做断点，切割还增加了客户端和服务器对文件操作的开销。