- 相關(guān)推薦
Linux下實(shí)現(xiàn)斷點(diǎn)續(xù)傳的原理介紹
Linux下實(shí)現(xiàn)斷點(diǎn)續(xù)傳的原理介紹
斷點(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ù)器域名為 ，文件名為 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ù)下載。所以在客戶端瀏覽器傳給 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(“/down.zip”);
HttpURLConnection httpConnection = (HttpURLConnection)url.openConnection();
// 設(shè)置 User-Agent
httpConnection.setRequestProperty(“User-Agent”，“NetFox”);
// 設(shè)置斷點(diǎn)續(xù)傳的開(kāi)始位置
http Connection.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 類。
操作相當(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ù)傳吧
【Linux下實(shí)現(xiàn)斷點(diǎn)續(xù)傳的原理介紹】相關(guān)文章：
linux下卸載apache方法介紹11-15
Linux系統(tǒng)下動(dòng)態(tài)庫(kù)的生成介紹03-04
Linux下Git的使用03-01
Linux全自動(dòng)安裝操作實(shí)例及原理03-03
使用python實(shí)現(xiàn)Linux異步epoll的代碼03-01