bzip2

使用Burrows-Wheeler块排序文本压缩算法，将文件进行压缩，压缩比率比一般算法高一些。bzip2要求命令行标志附带一个文件名列表。每个文件都被自己的压缩版本替换，名称为“original_name.bz2”。每个压缩文件与相应的原始文件具有相同的修改日期、权限和所有权(如果可能的话)，因此可以在解压缩时正确地还原这些属性。

默认情况下，bzip2和bunzip2不会覆盖现有文件。如果希望发生这种情况，请指定“-f”标志。如果没有指定文件名，bzip2将从标准输入压缩到标准输出。在这种情况下，bzip2拒绝将压缩输出写入终端，因为这将是完全不可理解的，因此毫无意义。

bunzip2(或bzip2 -d)解压缩所有指定的文件。未由bzip2创建的文件将被检测和忽略，并发出警告。bzip2试图从压缩文件中猜测解压缩文件的文件名，如下所示：

如果文件没有以.bz2、.bz、.tbz2或.tbz中的某个结尾，bzip2抱怨它无法猜测原始文件的名称，并使用原始名称并附加.out。与压缩一样，不提供文件名会导致从标准输入到标准输出的解压缩。bunzip2将正确解压缩一个文件，该文件是两个或多个压缩文件的级联。其结果是连接相应的未压缩文件。还支持连接压缩文件的完整性测试(-t)。

还可以通过赋予“-c”标志将文件压缩或解压缩到标准输出。可以像这样压缩和解压缩多个文件。结果输出按顺序输入到stdout。以这种方式压缩多个文件会生成包含多个压缩文件表示的流。这样的流只能通过bzip2版本0.9.0或更高版本正确地解压缩。在解压缩流中的第一个文件后，bzip2的早期版本将停止。

bzcat(或bzip2 -dc)将所有指定的文件解压到标准输出。bzip2将按照这个顺序从环境变量BZIP2和BZIP读取参数，并在从命令行读取任何参数之前对它们进行处理。这为提供默认参数提供了一种方便的方法。

压缩总是被执行，即使压缩文件比原始文件稍大。小于100个字节的文件往往会变大，因为压缩机制在50个字节的范围内有一个恒定的开销。随机数据(包括大多数文件压缩器的输出)编码大约为每字节8.05位，扩展幅度约为0.5%。

bzip2使用32位crc来确保解压缩版本的文件与原始文件相同。这可以防止压缩数据的损坏，防止bzip2中未被检测到的bug(希望非常不可能)。数据损坏的可能性是微乎其微的，大约每处理40亿个文件就有一个机会。但是，请注意，检查是在解压时发生的，因此它只能告诉您某些事情是错误的。它无法帮助您恢复原始未压缩数据。您可以使用bzip2recover尝试从损坏的文件中恢复数据。

返回值：0表示正常退出，1表示环境问题(文件未找到，无效标志，I/O错误，&c)，2表示损坏的压缩文件，3表示内部一致性错误(例如，bug)，导致bzip2恐慌。

此命令的适用范围：RedHat、RHEL、Ubuntu、CentOS、SUSE、openSUSE、Fedora。

1、语法

     bzip2 [ -cdfkqstvzVL123456789 ]  [ filenames ...  ]

2、选项列表

3、内存管理

bzip2以块压缩大型文件。块大小既影响压缩比，也影响压缩和解压缩所需的内存量。标志-1到-9指定块大小分别为100000字节至900000字节(默认值)。解压缩时，从压缩文件的头读取用于压缩的块大小，然后为其分配足够的内存来解压缩文件。由于块大小存储在压缩文件中，因此在解压缩过程中，标志-1至-9与此无关，因而被忽略。压缩和解压缩需求(以字节为单位)可估计为

更大的区块大小给出迅速递减的边际回报。大部分压缩来自块大小的前两三百k，在小型机器上使用bzip 2时要记住这一点。同样重要的是要认识到，解压缩内存需求是通过选择块大小在压缩时间设置的。

对于默认的900k块大小压缩的文件，bunzip2需要大约3700千字节来解压缩。为了支持对4MB机器上的任何文件进行解压缩，bunzip2可以选择使用大约一半的内存(约2300千字节)来解压缩。解压缩速度也减半，因此您应该只在必要时使用此选项。相关的标志是-s。通常，尝试并使用允许的最大块大小的内存约束，因为这样可以最大限度地实现压缩。压缩和解压缩速度几乎不受块大小的影响。

另一个要点适用于适合单个块的文件，意味着大多数使用大块大小的文件。接触到的实际内存量与文件大小成正比，因为文件小于块。例如，使用标志-9压缩一个文件的长度为20000字节，将导致压缩器分配大约7600k的内存，但只会触及400k+20000*8=56万字节的内存。类似地，解压缩程序将分配3700k，但只会触及100k+20000*4=180 k字节。

下面是一个表，它总结了不同块大小的最大内存使用量

Compress     Decompress       Decompress       Corpus

Flag             usage      usage       -s usage     Size

-1               1200k       500k         350k      914704

-2               2000k       900k         600k      877703

-3               2800k      1300k         850k      860338

-4               3600k      1700k        1100k      846899

-5               4400k      2100k        1350k      845160

-6               5200k      2500k        1600k     838626

-7               6100k      2900k        1850k      834096

-8               6800k      3300k        2100k      828642

-9               7600k      3700k        2350k      828642

4、从损坏的文件中恢复数据

bzip2以块的形式压缩文件，通常长达900千字节。每个块都是独立处理的。如果媒体或传输错误导致multi-block .bz2文件损坏，则可以从文件中未损坏的块恢复数据。每个块的压缩表示由一个48位模式分隔，这使得以合理的确定性找到块边界成为可能。每个块还带有自己的32位CRC，因此损坏的块可以与未损坏的块区分开来。

bzip2Recovery是一个简单的程序，其目的是搜索“.bz2”文件中的块，并将每个块写入自己的“.bz2”文件中。然后可以使用“bzip2  –t”测试结果文件的完整性，并解压缩未损坏的文件。

bzip2Recovery接受一个参数，即受损文件的名称，并写入一些文件“rec00001file.bz2”、“rec00002file.bz2”等，其中包含提取的块。输出文件名的设计使得在随后的处理中使用通配符。例如，“bzip2  -dc  rec*file.bz2  >  recovered_data”按正确的顺序处理文件。

处理大型bz2文件时，bzip2恢复应该是最有用的，因为这些文件将包含许多块。在损坏的单块文件上使用它显然是徒劳无功的，因为损坏的块无法恢复。如果希望通过媒体或传输错误最大限度地减少任何潜在的数据丢失，可以考虑使用较小的块大小进行压缩。

5、执行情况说明

压缩的排序阶段收集文件中类似的字符串。正因为如此，包含大量重复符号的文件，如“aabaabaabaab.”(重复几百次)可能比正常压缩速度慢。在这方面，0.9.5及以上的版本比以前的版本要好得多。最坏压缩时间与平均压缩时间之比在10：1左右.对于以前的版本，这个数字更像是100：1。如果需要，可以使用-vvvv选项来非常详细地监视进度。减压速度不受这些现象的影响。

bzip 2通常分配几兆字节的内存进行操作，然后以相当随机的方式对其进行充电。这意味着压缩和解压缩的性能在很大程度上取决于您的机器能够为缓存丢失提供服务的速度。正因为如此，通过对代码进行小幅度的更改以降低漏出率，从而提供了不成比例的大幅度性能改进。我认为bzip 2在具有非常大缓存的机器上表现最好。

7、实例

1）压缩文件

2）解压

3）将两个文件压缩到一个文件中