斷點(diǎn)續(xù)傳是一種結(jié)合本地存儲(chǔ)和網(wǎng)絡(luò)存儲(chǔ)的技術(shù)，主要用來(lái)解決網(wǎng)絡(luò)失效時(shí)的視頻丟失問(wèn)題。DVS通常本身沒(méi)有視頻存儲(chǔ)功能，而是必須由后端的NVR來(lái)實(shí)現(xiàn)視頻的存儲(chǔ)，因此對(duì)于網(wǎng)絡(luò)穩(wěn)定性要求很高，網(wǎng)絡(luò)連接失敗、丟包嚴(yán)重、抖動(dòng)等各種因素都可能造成視頻數(shù)據(jù)的丟失。斷點(diǎn)續(xù)傳支持從文件上次中斷的地方開(kāi)始傳送數(shù)據(jù)，而并非是從文件開(kāi)頭傳送。這就是斷點(diǎn)續(xù)傳的定義。系統(tǒng)都默認(rèn)可以斷點(diǎn)續(xù)傳，但我們很少知道他的原理，下面就來(lái)看看小編的介紹吧。

斷點(diǎn)續(xù)傳的原理

其實(shí)斷點(diǎn)續(xù)傳的原理很簡(jiǎn)單，就是在 Http 的請(qǐng)求上和一般的下載有所不同而已。

打個(gè)比方，瀏覽器請(qǐng)求服務(wù)器上的一個(gè)文時(shí)，所發(fā)出的請(qǐng)求如下：

假設(shè)服務(wù)器域名為 wwww.sjtu.edu.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

服務(wù)器收到請(qǐng)求后，按要求尋找請(qǐng)求的文件，提取文件的信息，然后返回給瀏覽器，返回信息如下：

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

所謂斷點(diǎn)續(xù)傳，也就是要從文件已經(jīng)下載的地方開(kāi)始繼續(xù)下載。所以在客戶(hù)端瀏覽器傳給 Web 服務(wù)器的時(shí)候要多加一條信息 -- 從哪里開(kāi)始。

下面是用自己編的一個(gè)“瀏覽器”來(lái)傳遞請(qǐng)求信息給 Web 服務(wù)器，要求從 2000070 字節(jié)開(kāi)始。

GET /down.zip HTTP/1.0

User-Agent： NetFox

RANGE： bytes=2000070-

Accept： text/html， image/gif， image/jpeg， *; q=.2， */*; q=.2

仔細(xì)看一下就會(huì)發(fā)現(xiàn)多了一行 RANGE： bytes=2000070-

這一行的意思就是告訴服務(wù)器 down.zip 這個(gè)文件從 2000070 字節(jié)開(kāi)始傳，前面的字節(jié)不用傳了。

服務(wù)器收到這個(gè)請(qǐng)求以后，返回的信息如下：

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

和前面服務(wù)器返回的信息比較一下，就會(huì)發(fā)現(xiàn)增加了一行：

Content-Range=bytes 2000070-106786027/106786028

返回的代碼也改為 206 了，而不再是 200 了。

知道了以上原理，就可以進(jìn)行斷點(diǎn)續(xù)傳的編程了。

Java 實(shí)現(xiàn)斷點(diǎn)續(xù)傳的關(guān)鍵幾點(diǎn)

（1） 用什么方法實(shí)現(xiàn)提交 RANGE： bytes=2000070-。

當(dāng)然用最原始的 Socket 是肯定能完成的，不過(guò)那樣太費(fèi)事了，其實(shí) Java 的 net 包中提供了這種功能。代碼如下：

URL url = new URL（“http://www.sjtu.edu.cn/down.zip”）;

HttpURLConnection httpConnection = （HttpURLConnection）url.openConnection（）;

// 設(shè)置 User-Agent

httpConnection.setRequestProperty（“User-Agent”，“NetFox”）;

// 設(shè)置斷點(diǎn)續(xù)傳的開(kāi)始位置

httpConnection.setRequestProperty（“RANGE”，“bytes=2000070”）;

// 獲得輸入流

InputStream input = httpConnection.getInputStream（）;

從輸入流中取出的字節(jié)流就是 down.zip 文件從 2000070 開(kāi)始的字節(jié)流。 大家看，其實(shí)斷點(diǎn)續(xù)傳用 Java 實(shí)現(xiàn)起來(lái)還是很簡(jiǎn)單的吧。 接下來(lái)要做的事就是怎么保存獲得的流到文件中去了。

保存文件采用的方法。

我采用的是 IO 包中的 RandAccessFile 類(lèi)。

操作相當(dāng)簡(jiǎn)單，假設(shè)從 2000070 處開(kāi)始保存文件，代碼如下：

RandomAccess oSavedFile = new RandomAccessFile（“down.zip”，“rw”）;

long nPos = 2000070;

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

oSavedFile.seek（nPos）;

byte［］ b = new byte［1024］;

int nRead;

// 從輸入流中讀入字節(jié)流，然后寫(xiě)到文件中

while（（nRead=input.read（b，0，1024）） 》 0）

{

oSavedFile.write（b，0，nRead）;

}

以上就是斷點(diǎn)續(xù)傳的原理，知道這些原理，相信大家都能夠進(jìn)行編程了吧，這個(gè)技術(shù)在現(xiàn)在的電腦技術(shù)上也算不得什么，打家應(yīng)該都注意到我們下載時(shí)都是斷點(diǎn)續(xù)傳吧。