使用Pigz多核加速目录打包，如何生成无内嵌tar的单zip归档

你之前用的tar -cf - 目标目录 | pigz > 输出.tar.gz的流程，天生就是双层嵌套结构：第一步把全目录的文件拼成连续的tar字节流，第二步把整个tar流当成单个大文件喂给pigz做gzip压缩。这种结构不管怎么调参数，解压时都必须先解gzip层拿到完整的tar，再拆tar拿原始文件，用zip工具打开时只能看到一个孤零零的tar文件，完全不符合你要的「包内每个文件独立成条目、无内嵌tar」的要求。
pigz本身只负责deflate/gzip格式的并行压缩计算，根本没有生成zip容器、维护文件索引的能力。要达到你要的效果，核心是把pigz的多核计算能力嵌入到zip的原生打包流程里，而不是把整个tar流当成压缩对象。

实际能用的实现方式 #

方案1：最省事的全局对接（推荐，无额外性能损耗） #

pigz和gzip是100%参数兼容的，只需要做一个软链替换，所有本来调用gzip做deflate压缩的工具，都会自动用上pigz的多核能力：

• 先执行软链配置：ln -sf $(which pigz) /usr/local/bin/gzip
• 之后直接用原生zip命令打包就行，命令示例：
  zip -r -1 -q ./output.zip ./待打包目录
  这套流程跑的时候，zip会给每个文件生成独立的条目头、在zip中央目录里登记每个文件的位置，在给每个条目做deflate压缩的时候，自动调用已经替换好的pigz后端，用多核并行跑压缩计算。最终生成的zip包是标准结构，打开就能直接看到所有原始文件和目录，不存在任何内嵌的tar文件。
  因为你核心要的是速度不是高压缩比，命令里加的-1是zip的最快压缩档，配合pigz的多核能力，整体速度和你之前用的tar+pigz流程基本没差。

方案2：不想改全局配置的临时方案 #

如果不想动系统原来的gzip软链，可以用管道并行的方式单独对接pigz，示例命令：
find ./待打包目录 -type f -print0 | xargs -0 -P $(nproc) sh -c 'pigz -p 2 -1 -c "$1" | zip -0 ./output.zip - "$1"' _
这套流程不需要改全局配置，每个文件单独走pigz压缩，最后按zip格式拼所有条目，同样能生成无内嵌tar的zip包。唯一的小问题是这个流程不会保留原始的文件权限和空目录结构，适合对权限要求不高的临时快速归档场景。

一定要避开的坑 #

别去试那种tar -cf - 目标目录 | pigz | zip 输出.zip -的嵌套管道流程，本质还是把整个tar流压缩之后当成单个条目塞进zip里，等于套了两层壳，打开zip还是只能看到一个tar文件，完全达不到结构要求。
因为你不需要高压缩比，所有环节都把压缩档位拉到最低的-1档就行，别为了多省几MB空间用最高压缩档，平白拖慢速度。

内容的提问来源于stack exchange，提问作者Cameron1117