gzip必须加-c选项才能用于管道，因其默认操作文件并删除原文件；加-c后转为流式处理，从stdin读取、压缩后输出到stdout，从而支持管道传输。
gzip 可以直接从标准输入读取数据并压缩输出到标准输出，这正是它与管道符配合的基础。关键在于使用 -c（或 --stdout）选项，否则 gzip 默认会操作文件、修改原文件，无法参与管道流程。
为什么必须加 -c 才能管道传输
不带 -c 时，gzip 要求明确指定文件名，且压缩后删除原文件、生成 .gz 文件——这无法接收前序命令的输出。加上 -c 后，gzip 放弃文件操作模式，转为流式处理：读取 stdin → 压缩 → 输出到 stdout，完美衔接管道。
Linux Security Scanner
下载
Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...
常见管道组合用法
-
压缩命令输出再保存：比如把日志筛选结果压缩存盘
ps aux | grep nginx | gzip -c > nginx_procs.gz -
压缩后直接传给远程服务器：避免本地存临时文件
tar -cf - /var/log | gzip -c | ssh user@host "cat > backup.tar.gz" -
边压缩边校验或查看信息：用 zcat 或 gunzip -c 解压到 stdout 再处理
echo "hello world" | gzip -c | zcat → 输出原内容 -
配合其他工具做条件压缩：比如只压缩大于 1MB 的输出
some_command | tee /dev/stderr | wc -c | awk '$1>1048576' && some_command | gzip -c > big.out.gz（需注意重复执行问题，实际中常用临时文件或进程替换优化）
压缩级别与静默控制
管道场景下常需平衡速度与体积：
– 用 -1（最快）适合实时流或大文件快速传输；
– 用 -9（最优）适合归档前最终压缩；
– 加 -q 可屏蔽警告，避免干扰管道数据流。
例如：journalctl -n 1000 | gzip -c -1 -q > recent.log.gz
解压端也要适配管道
接收方若要继续处理压缩流，不能直接用 gunzip file.gz（那是文件操作），而要用：
cat file.gz | gunzip -c 或简写为 zcat file.gz。
这样输出仍是纯文本流，可继续接 | grep、| head 等。
