XZ Utils

XZ Utils （xz-utils或简称xz）是一个开源且完全免费的软件项目，它提供了在任何GNU / Linux操作系统上使用XZ tarball的所有必要工具。它允许您提取以.xz或.lzma文件扩展名结尾的存档，以及使用XZ压缩方法压缩文件和文件夹，从而生成.xz，.lzma，tar.xz或tar.lzma存档。

XZ毫无疑问是世界上最强大的压缩算法之一，它运行在GNU / Linux系统上。它能够创建比其他常用压缩方法（比如RAR，ZIP，GZ或BZ2）小两到三倍的存档。更准确地说，XZ存档比bzip2压缩包小15％，比gzip文件小30％。

XZ Utils或xz-utils或xz是该软件包的官方名称，可以从其默认软件存储库轻松安装到许多GNU / Linux操作系统上。它包含liblzma压缩库，xz命令行工具和xzdec解压缩工具。

此外，它附带了一组shell脚本，包括xzgrep，xzegrep，xzfgrep，xzless，xzmore，xzcat，xzcmp和xzdiff，它们允许您查看，比较和grep XZ存档，以及必要的组件处理LZMA档案，现在已被XZ弃用。 XZ命令包括几个重要选项，包括强制解压缩和压缩的功能。

GNU / Linux，GNU / HURD，BSD（FreeBSD，OpenBSD，NetBSD，Dragonfly BSD和MirBSD），MINIX，Solaris，IRIX，AIX，QNX，Mac OS X，Haiku正式支持XZ数据压缩软件，HP-UX，Tru64，OpenVMS，OpenVOS，IBM OS / 2，DOS（FreeDOS和MS-DOS），以及Microsoft Windows 95及更高版本。

什么是新的在此版本中：

• liblzma：
• 允许0作为内存使用限制，而不是返回LZMA_PROG_ERROR。现在0被视为指定了1个字节，实际上与0相同。
• 使用“noexcept”关键字而不是“throw（）”在使用C ++ 11（或更新标准）编译器时的公共头文件中。
• 为最近的英特尔C编译器添加了可移植性修复程序。
• Microsoft Visual Studio构建文件已在windows / vs2013和windows / vs2017下移动。
• XZ：
• 修复＆quot; xz --list --robot missing_or_bad_file.xz＆quot;它会尝试打印一个单元化的字符串，从而产生垃圾输出。由于退出状态不为零，因此大多数使用此类命令都不会尝试解释垃圾输出。
• ＆quot; xz --list foo.xz＆quot;可以打印“内部错误（错误）”在已设置特定内存使用限制的极端情况下。

版本中的新功能：

• XZ：
• 在尝试删除文件之前始终关闭文件，以避免某些操作系统和文件系统组合出现问题。
• 修复了Windows上文件时间戳的复制。
• 使用Capsicum（FreeBSD＆gt; = 10）添加了实验（默认情况下禁用）沙盒支持。请参阅INSTALL中的--enable-sandbox。
• C99 / C11一致性修复了liblzma。这些问题至少会影响使用链接时优化的一些构建。
• 修复了很少使用的函数lzma_index_dup（）。
中的错误
• 默认情况下，现在禁用外部SHA-256代码。它仍然可以通过传递--enable-external-sha256来配置。默认情况下禁用它的原因（有关详细信息，请参阅INSTALL）...
• 某些特定于操作系统的SHA-256实现与OpenSSL冲突，并导致链接liblzma和libcrypto的程序出现问题。至少FreeBSD 10和MINIX 3.3.0会受到影响。
• 在某些操作系统中，内部SHA-256比SHA-256代码更快。
• 更改了CPU核心数检测，以便在GNU / Linux和GNU / kFreeBSD上使用sched_getaffinity（）。
• 修复了构建系统和xz，即使使用configure选项从libilzma禁用了编码器，解码器或线程，也可以构建xz。这些修补程序为config.h添加了两个新的#defines：HAVE_ENCODERS和HAVE_DECODERS。

版本5.2.2中的新功能：

• 修复了QNX特定代码中的错误。
• 省略了pipe2（）的使用，即使它可用于避免某些旧的Linux和glibc组合的可移植性问题。
• 更新了德语翻译。
• 使用Visual Studio 2013 update 2或更高版本添加项目文件以构建静态和共享liblzma（不是整个XZ Util）。
• 记录了线程解压缩尚未实现。描述多线程支持的5.2.0 NEWS条目错误地表示“解压缩”。当它应该说“压缩”时。

版本5.2.1中的新功能：

• 修正了LZMA1和LZMA2快速模式下的压缩比回归。该错误出现在5.1.4beta和5.2.0版本中。
• 修复了xz中至少影响OpenBSD的可移植性问题。
• 修正了xzdiff与FreeBSD的mktemp兼容，这与大多数其他mktemp实现不同。
• 更改了CPU核心数检测，以便在FreeBSD上使用cpuset_getaffinity（）。

5.2.0版中的新功能：

• 5.0.8的所有修复
• liblzma：修复了使用预设时的lzma_stream_encoder_mt_memusage（）。
• xzdiff：如果未安装mktemp，mkdir将用作后备来创建临时目录。仍然建议安装mktemp。
• 更新了法语，德语，意大利语，波兰语和越南语翻译。

5.0.7版中的新功能：

• 5.0.6的所有修复
• liblzma：修复了在线程编码器初始化中使用预设的问题。
• xz --block-list和--block-size现在可以在单线程模式下一起使用。以前，该组合仅适用于多线程模式。
• 添加了对liblzma的LZMA_IGNORE_CHECK支持，并将其作为--ignore-check在xz中提供。
• liblzma速度优化：
• 优化了新LZMA1或LZMA2编码器的初始化。 （重新初始化已分配的编码器的速度不受影响。）这有助于使用lzma_stream_buffer_encode（）压缩许多小缓冲区以及其他类似情况，其中未重用已分配的编码器状态。如果一次压缩许多小文件而不是运行xz一次并将所有文件作为命令行参数，这个加速在xz中也是可见的。
• 当允许未对齐访问时（使用--enable-unaligned-access配置），缓冲区比较现在要快得多。这显着加快了编码速度。有针对32位和64位x86的特定于arch的代码（32位需要SSE2以获得最佳结果，并且现在没有运行时CPU检测）。对于其他arch，只有通用代码可能不像特定于arch的解决方案那样最佳。
• 对SHA-256代码进行了一些速度优化。 （请注意，内置的SHA-256代码并未在所有操作系统上使用。）
• 现在可以使用windows / config.h使用MSVC 2013更新2或更高版本构建liblzma。
• 增加了越南语翻译。

版本5.0.6中的新功能：

• liblzma：修复了在线程编码器初始化中使用预设的问题。
• xz --block-list和--block-size现在可以在单线程模式下一起使用。以前，该组合仅适用于多线程模式。
• 添加了对liblzma的LZMA_IGNORE_CHECK支持，并将其作为--ignore-check在xz中提供。
• liblzma速度优化：
• 优化了新LZMA1或LZMA2编码器的初始化。 （重新初始化已分配的编码器的速度不受影响。）这有助于使用lzma_stream_buffer_encode（）压缩许多小缓冲区以及其他类似情况，其中未重用已分配的编码器状态。如果一次压缩许多小文件而不是运行xz一次并将所有文件作为命令行参数，这个加速在xz中也是可见的。
• 当允许未对齐访问时（使用--enable-unaligned-access配置），缓冲区比较现在要快得多。这显着加快了编码速度。有针对32位和64位x86的特定于arch的代码（32位需要SSE2以获得最佳结果，并且现在没有运行时CPU检测）。对于其他arch，只有通用代码可能不像特定于arch的解决方案那样最佳。
• 对SHA-256代码进行了一些速度优化。 （请注意，内置的SHA-256代码并未在所有操作系统上使用。）
• 现在可以使用windows / config.h使用MSVC 2013更新2或更高版本构建liblzma。
• 增加了越南语翻译。