怎么樣把兩個壓縮文件壓到一起？簡單點回答我一下，全部可以把多個文件可以表示一個文件參與高壓縮，也是可以提升到你說的壓縮效果，但慢！要是只不過是在實驗室里做實驗那是沒有問題的，只不過做成通用軟件的時候不

怎么樣把兩個壓縮文件壓到一起？

簡單點回答我一下，全部可以把多個文件可以表示一個文件參與高壓縮，也是可以提升到你說的壓縮效果，但慢！

要是只不過是在實驗室里做實驗那是沒有問題的，只不過做成通用

軟件的時候不需要判斷很多問題。

1.算法的限制。像比較比較廣泛的LZ77，GZIP，packager這種，在匹配相同字符串的時候是有窗口（historybuffer）大小和大的看操作長度限制的。以你說的例子為例，你在遇到了第二個100M的時候，你需要往前找100M的位置去可以找到這個匹配，只不過看操作這個100M是不需要代價的（除開能量消耗100M的內存和不兼容100M長度所是需要的時間），那樣的話會也讓壓解過程的很的很更加慢！比如是最大自動分配長度問題，同理可證，在有限的時間內你不可能無限制地具體的要求更長的自動分配，大都有一個閾值的。一般情況下，版本問題窗口大小正常情況是幾KB到幾MB這個級別（snappy是64KB），大自動分配長度就更小了。像LZ78、LZW這些設計和實現字典的也會有字典大小和最大版本問題長度問題，不一一列舉。

2.軟件對壓縮率和壓縮后速度的折中。很簡單說，壓解率越大，壓縮速度越縵，自然會增加。主要注意看不追求的是怎樣的平衡。即便是過分地去追求裝換率，在用一個算法100M對100M的壓解代價還是太大的，還不如我用多層高壓縮，再者GZIP用不哈夫曼和LZ77增強。不過你也可以不建議使用文件對文件的查重算法（各種云1秒可以上傳電影的例子），不過這種只適合用在云備份上，完全不適合使用較多多文件（量太少不實惠，浪費資源）壓縮發(fā)到郵箱。

3.多壓縮工具更攻擊傾向每個另壓解，主要也是性能決定的。假如你有16個文件要裝換，假如一結束沒分開高壓縮，的話可以不調集16個線程在一起裝換，時間會時間縮短16倍。后再再花一點時間把各個壓解之后的文件粘在一起并先添加上元數據。如果是互相壓縮，而高壓縮算法的并行比較比較很難，都差不多都是一個線程在工作（多線程的很多確實是先把文件切割成多份，原理同上），這樣會慢n多。解壓縮也是一般的，分開來壓解的文件是可以調動多線程同樣的解壓。別外，在解壓文件時候如果我只需要其中一個文件，這種裝換就更大的優(yōu)勢了，只必須讀元數據并解只壓是需要的那部分文件，而不要解壓文件所有文件。

怎么壓縮多個文件然后一起發(fā)送？

1，簡單的方法，鼠標右鍵點擊要壓解的多個文件，后再右擊。

2，點擊之后會彈出菜單。在自動彈出的菜單中中,選擇“添加到壓縮文件”。

3，再點擊后會彈出窗口。在這個窗口中也可以系統設置文件名和文件格式等參數。

4，設置中之后后，然后點擊右下角的“確定”即可正在高壓縮。

5，壓縮后完成后，變會直接出現把剛才的多個文件壓縮到一起的壓縮包。過了一會兒在要你的郵箱的軟件中發(fā)送中這個壓縮包再試一下。