Linux下实现断点续传的原理介绍

Linux下实现断点续传的原理介绍

断点续传的原理

其实断点续传的原理很简单，就是在 Http 的请求上和一般的下载有所不同而已。

打个比方，浏览器请求服务器上的一个文时，所发出的请求如下：

假设服务器域名为 ，文件名为 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 (compatibleMSIE 5.01Windows 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 实现断点续传的关键几点

(1) 用什么方法实现提交 RANGE： bytes=2000070-。

当然用最原始的 Socket 是肯定能完成的，不过那样太费事了，其实 Java 的 net 包中提供了这种功能。代码如下：

URL url = new URL(“/down.zip”)

HttpURLConnection httpConnection = (HttpURLConnection)url.openConnection()

// 设置 User-Agent

httpConnection.setRequestProperty(“User-Agent”，“NetFox”)

// 设置断点续传的开始位置

http Connection.setRequestProperty(“RANGE”，“bytes=2000070”)

// 获得输入流

InputStream input = httpConnection.getInputStream()

从输入流中取出的字节流就是 down.zip 文件从 2000070 开始的字节流。 大家看，其实断点续传用 Java 实现起来还是很简单的吧。 接下来要做的事就是怎么保存获得的流到文件中去了。

保存文件采用的方法。

我采用的是 IO 包中的 RandAccessFile 类。

*** 作相当简单，假设从 2000070 处开始保存文件，代码如下：

RandomAccess oSavedFile = new RandomAccessFile(“down.zip”，“rw”)

long nPos = 2000070

// 定位文件指针到 nPos 位置

oSavedFile.seek(nPos)

byte[] b = new byte[1024]

int nRead

// 从输入流中读入字节流，然后写到文件中

while((nRead=input.read(b，0，1024)) 》 0)

{

oSavedFile.write(b，0，nRead)

}

以上就是断点续传的原理，知道这些原理，相信大家都能够进行编程了吧，这个技术在现在的电脑技术上也算不得什么，打家应该都注意到我们下载时都是断点续传吧

scp一旦出错中断就只能重新开始，不过可以利用rsync实现scp的断点续传

1、在~/.bashrc中加入一个alias：

$vim ~/.bashrc

alias rscp=’rsync -v -P -e ssh’

2、重新载入.bashrc配置

$source ~/.bashrc

windows下面的winscp倒是可以实现断点续传！

功能说明：复制文件或目录

用法：

cp [OPTION]... [-T] SOURCE DEST

cp [OPTION]... SOURCE... DIRECTORY

cp [OPTION]... -t DIRECTORY SOURCE...

补充说明：cp命令用在复制文件或目录，如同时指定两个以上的文件或目录，且最后的目标是一个已经存在的目录，则它会把前面指定的所有文件或目录复制到该目录中。若同时指定多个文件或目录，而最后的目标并非是一个已存在的目录，则会出现错误信息。

常用参数：

　-b或--backup 　删除，覆盖目标文件之前的备份，备份文件会在字尾加上一个备份字符串。

　-f或--force 　强行复制文件或目录，不论目标文件或目录是否已存在。

　-i或--interactive 　覆盖既有文件之前先询问用户。

　-l或--link 　对源文件建立硬连接，而非复制文件。

　-r 递归处理，将指定目录下的文件与子目录一并处理。

　-s或--symbolic-link 　对源文件建立符号连接，而非复制文件。

　-S备份字尾字符串>或--suffix=备份字尾字符串>　用"-b"参数备份目标文件后，备份文件的字尾会被加上一个备份字符串，预设的备份字尾字符串是符号"~"。

　-v或--verbose 　显示指令执行过程。

　-t 指定目标文件夹，目标文件夹需存在。

---