嘿，这个问题我之前也碰到过——超大tar包解压时空间告急，还要给提取出来的文件再压缩，总不能笨到逐个文件处理吧？其实GNU Tar本身就有个超实用的选项能完美解决这个问题，而且比你说的逐个提取脚本高效太多，还能彻底避免空间不足的麻烦！

核心方案：用--to-command实现流式边提边压 #

GNU Tar的--to-command选项允许你把每个提取出的文件内容直接通过管道传给指定命令处理，完全不会把解压后的原始文件写到磁盘上——这才是解决空间不足的关键！

直接运行这条命令就行：

tar xzf huge.tgz --to-command='gzip > "${TAR_FILENAME}.gz"'

为什么这招管用？ #

• Tar会自动帮你保持原有的目录结构：比如原tar里有data/logs/2023.log，命令会自动创建data/logs目录，然后把文件内容直接传给gzip，生成data/logs/2023.log.gz。
• 没有中间文件：整个过程是流式处理的，Tar解压出的文件内容直接通过管道给gzip，磁盘上只会留下压缩后的.gz文件，完全不会占用原始文件的空间。
• 效率拉满：只启动一次Tar进程，不像逐个提取的脚本那样要反复调用Tar，节省了大量进程启动开销。

加速技巧：用并行压缩工具pigz #

如果你的机器有多核CPU，想要更快的压缩速度，可以用pigz（并行版的gzip）代替gzip，它能利用多核同时处理，速度能提升好几倍：

先安装pigz（如果没装的话）：

# Debian/Ubuntu
sudo apt install pigz

# RHEL/CentOS
sudo yum install pigz

然后运行：

tar xzf huge.tgz --to-command='pigz > "${TAR_FILENAME}.gz"'

处理特殊场景（可选） #

如果你的tar包里包含符号链接、设备文件这类非普通文件，上面的命令可能会出错。这时可以在命令里加个判断，只处理普通文件，其他文件直接保留原样：

tar xzf huge.tgz --to-command='
if [ "$TAR_TYPE" = "f" ]; then
  gzip > "${TAR_FILENAME}.gz"
else
  # 对于非普通文件，直接复制原文件
  cp /dev/stdin "$TAR_FILENAME"
fi
'

这里$TAR_TYPE是Tar自动设置的环境变量，f代表普通文件，其他类型比如l是符号链接，b是块设备等。

对比你的脚本方案 #

你提到的用tar tzf列出文件再逐个提取的方法，最大的问题是每个文件都要启动一次Tar进程，当文件数量很多时，开销会非常大，速度慢得离谱。而上面的--to-command方案是单进程流式处理，效率至少提升一个数量级，还彻底解决了空间不足的问题。

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