張超

摘要：在當(dāng)今大數(shù)據(jù)迅速發(fā)展的時代，因?yàn)閴嚎s文件的體積小、易于傳輸?shù)忍卣?，壓縮文件被廣泛使用。但是壓縮文件一旦被壓縮，如果需要修改壓縮文件當(dāng)中的小部分內(nèi)容，將會十分耗時。對于大文件進(jìn)行小部分的修改，傳統(tǒng)方法所消耗的時間是不可接受的。由于傳統(tǒng)方法對于大文件進(jìn)行小幅修改所消耗的時間主要在壓縮部分，因此，本文提出并實(shí)現(xiàn)了一種新的修改方式，在數(shù)據(jù)流解壓縮的同時，進(jìn)行匹配和修改，在一次解壓縮的時間下可以將壓縮文件當(dāng)中的內(nèi)容修改完成。

關(guān)鍵詞：數(shù)據(jù)壓縮；查詢碼表；解析模塊；替換模塊

中圖分類號：TP393 文獻(xiàn)標(biāo)識碼：A

文章編號：1009-3044（2019）11-0021-02

1引言

數(shù)據(jù)壓縮是指通過降低數(shù)據(jù)冗余并減少存儲的空間，來達(dá)到提高數(shù)據(jù)傳輸效率和減少數(shù)據(jù)冗余的一種方式。數(shù)據(jù)壓縮分為無損壓縮和有損壓縮[1]：無損壓縮，如gzip、rar、snappy、lz4等壓縮算法，主要用于壓縮文本；也有有損壓縮，如傅里葉變換等，主要用于音頻、視頻。

數(shù)據(jù)壓縮總的來說就是一個數(shù)據(jù)重新編碼的過程，能夠理解為用不同的語言來表達(dá)相同的意思。不過一般來說，經(jīng)過數(shù)據(jù)壓縮的表達(dá)方式總是更加簡練。數(shù)據(jù)壓縮的目標(biāo)就是通過數(shù)據(jù)重新編碼用最簡潔的方式表達(dá)數(shù)據(jù)所蘊(yùn)含的信息，更準(zhǔn)確地說是用最少的空間存儲最多的內(nèi)容。

2相關(guān)研究

現(xiàn)有的方法從尋求新的數(shù)據(jù)壓縮算法和開發(fā)適配壓縮算法的硬件加速器兩方面對數(shù)據(jù)壓縮進(jìn)行優(yōu)化[2，3]。

尋求新的壓縮算法是現(xiàn)在普遍的方式，因此現(xiàn)在也誕生了各種各樣的壓縮算法。新的壓縮算法一般都必須在壓縮率和速度上做取舍，很難達(dá)到兩者都最優(yōu)。并且，新的壓縮算法大多基于已有的算法，或是在匹配過程中應(yīng)用不同的匹配規(guī)則，或是之后使用不同的編碼規(guī)則。

開發(fā)適配的硬件加速器對于某個特定的壓縮算法可以達(dá)到十分優(yōu)秀的加速效果，但硬件成本較高，數(shù)據(jù)傳輸需要消耗大量的帶寬，即使速度確實(shí)很快，實(shí)際中也難以使用。

本文提出的算法思想適用于很多現(xiàn)有的壓縮算法，可在現(xiàn)有的壓縮算法基礎(chǔ)上進(jìn)行修改得到新的壓縮文件讀寫與更新的技術(shù)。

3算法設(shè)計

整個算法分為三部分，分別處理不同的內(nèi)容：接收輸入的待修改字符串和修改后的字符串，根據(jù)解壓縮過程中得到的霍夫曼樹，獲取輸入的串對應(yīng)的二進(jìn)制碼；解析壓縮文件，并且在解析的過程中進(jìn)行匹配；替換二進(jìn)制碼，并將二進(jìn)制數(shù)據(jù)流寫入文件當(dāng)中。

3.1查詢碼表

獲取用戶輸入，輸入包括想要修改的字符串，以及將要把這個字符串修改成什么字符串，并且在輸出的壓縮文件中寫入關(guān)于gzip、snappy的magic number。根據(jù)解壓縮時維護(hù)的數(shù)據(jù)字典，獲得替換的字符串的二進(jìn)制碼和被替換的字符串的二進(jìn)制碼。

由于gzip的碼表是一種特殊的鏈?zhǔn)紿uffman樹，因此在碼表當(dāng)中快速查找也是一個難點(diǎn)。目前的解決方案是，對整個huffman樹進(jìn)行遞歸查找，沿著這個特殊的鏈逐個查找下去，并且檢驗(yàn)標(biāo)志位。當(dāng)標(biāo)志位為1時，認(rèn)為當(dāng)前節(jié)點(diǎn)是有效節(jié)點(diǎn)，查找對應(yīng)的值；而標(biāo)志位為0時，遞歸查找此節(jié)點(diǎn)指向的下一個鏈表，直到找到所需要的所有碼字對應(yīng)的二進(jìn)制節(jié)點(diǎn)。

記替換的字符串為InString，被替換的字符串為OutString，鏈?zhǔn)絟uffman樹的頭部為head，查找二進(jìn)制碼的偽代碼是：

Algorithm 1查找huffman碼表算法

Input： InString， OutString， head

Output： InString code， OutString code

1： for i in {0：len（Instring）} do

2： j=0

3： while head+j≠null

4： if （head+j）→data=InString[i] then

5： mask[i]=j

6： j=j+1

7： end if

8： end while

9： end for

3.2解析數(shù)據(jù)流

解析模塊，用于解析指定的壓縮文件，獲取壓縮數(shù)據(jù)流對應(yīng)的二進(jìn)制碼。本文希望通過這種新的方法使得對壓縮數(shù)據(jù)小部分修改的性能有大的提升，但是再字符匹配過程中需要進(jìn)行大量的匹配，所以對整個性能有相當(dāng)?shù)膿p傷。如何將匹配的時間減到最小，選擇合適的匹配算法是一個難點(diǎn)。

解決方法是，采用KMP匹配。由于KMP匹配在匹配過程中不需要進(jìn)行對被匹配串指針的回溯，因此在匹配效率上是相對較高的，并且也恰當(dāng)?shù)姆狭宋覀儭斑吔鈮嚎s邊匹配邊修改”的思想。

對于kmp算法，首先需要獲取OutString的next數(shù)組，獲取next數(shù)組的偽代碼：

Algorithm 2獲取OutString的next數(shù)組算法

Input： OutString array

Output： next array

1： j=0

2： k=-1

3： next[0]=-1

4： while j < len（OutString）-1

5： if k=-1 or OutString[j]=OutString[k]

6： j=j+1

7： k=k+1

8： next[j]=k

9： else

10： k=next[k]

11： end if

12： end while

然后，根據(jù)一邊解碼一邊匹配一邊替換的思想，寫出偽代碼，其中str2repnum為當(dāng)前已經(jīng)匹配上OutString字符的個數(shù)：

Algorithm 3解碼匹配算法

Input： buffer derived from ram， InString， OutString

Output： output String

1： str2replacenum=0

2： while true

3： c=getfrombuffer（buffer）

4： if c is a literal then

5：while OutString[str2repnum]≠c and str2repnum≠-1 /*not match*/

6： if str2repnum=0 then

7： str2repnum=next[str2repnum]

8： end if

9： end while

10： str2repnum=str2repnum+1

11： if str2repnum=len（OutString） then

12： replace（InString，OutString）

13： end if

14： end while

3.3替換寫入存儲介質(zhì)

替換模塊，用于將二進(jìn)制形式的待修改字符替換為修改字符的二進(jìn)制碼，并以二進(jìn)制流的形式寫入硬盤。這里我4個bit為一組進(jìn)行輸入的，并且用了循環(huán)寫入的方式，b為要寫入的二進(jìn)制流，以char字符串的類型存儲，inputn為標(biāo)志位記錄二進(jìn)制流寫到了那里，length代表本次寫入操作需要寫入的二進(jìn)位數(shù)，偽代碼如下：

Algorithm 4二進(jìn)制流寫入存儲介質(zhì)的循環(huán)列表算法

Input： binary stream b， mark bit bn， mask array mask， input size inputn

Output： write to outfile

1： bn=0

2： while length+input≥32

3：bn=bn|（（（unsigned）b&mask[32-inputn]）?inputn）

4： fwrite（bn，outfile）

5： length=length-（32-inputn）

6： b=b?（32-inputn）

7： inputn=0

8： bn=0

9： end while

10：bn=bn|（（（unsigned）b&mask[length]）?inputn）

11： inputn=inputn+length

替換字符之后數(shù)據(jù)流頭部需要根據(jù)替換字符代表的bit位數(shù)進(jìn)行確定，并且由于碼表當(dāng)中存在對應(yīng)的標(biāo)志位，標(biāo)志位也需要進(jìn)行更改。

在壓縮文件的尾部有CRC校驗(yàn)碼，所以需要根據(jù)文件的內(nèi)容計算出校驗(yàn)碼，這也是一個難點(diǎn)。當(dāng)前的方法是設(shè)置一個64K的窗口，和解壓縮過程當(dāng)中的滑動窗口保持一致的向后滑動。當(dāng)?shù)轿募┪矔r，根據(jù)CRC32的算法計算最后的校驗(yàn)值，并刷新原來壓縮文件的校驗(yàn)值即可。

4總結(jié)

本文針對壓縮數(shù)據(jù)進(jìn)行小部分修改時更新緩慢的問題，設(shè)計了一種對壓縮文件的快速讀寫與更新的新算法。在理論上不增加過多的計算量，也不需要特別大的帶寬，因此在硬件成本上沒有明顯的增加；同時，可以較好地解決了壓縮數(shù)據(jù)更新緩慢的問題，由于算法在I/O上的優(yōu)勢，使得其在讀寫性能上也有明顯提升。

參考文獻(xiàn)：

[1] Cleary J，Witten I. Data Compression Using Adaptive Coding and Partial String Matching[J].IEEE Transactions on Communications， 1984， 32（4）：396-402.

[2] Nie H， Rong X， Yu X. Optimization of LIS and LIP Encoding for SPIHT-Based Image Compression[A].Data Compression Conference. IEEE[C]， 2017：453-453.

[3] Mahjoubfar A， Chen C L， Jalali B. Optical Data Compression in Time Stretch Imaging[J]. Plos One， 2015， 10（4）：e0125106.

【通聯(lián)編輯：光文玲】