因为tar只处理归档层（如.tar）及内置支持的压缩层（gzip/bzip2/xz），对.zip、.7z、.rar等独立格式完全不识别，必须用对应工具如unzip、7z、unrar解压。
为什么不能只靠 tar -xvf 通吃所有压缩包
tar -xvf 确实能自动识别 .tar.gz、.tar.bz2、.tar.xz 这类归档+压缩的组合格式，但它对纯压缩文件（如 .zip、.7z、.rar）完全无效——这些不是 tar 归档，压根不进 tar 的识别范围。直接硬套 tar -xvf file.zip 会报错：tar: Unrecognized archive format。
-
tar只处理“归档层”（.tar）和它内置支持的压缩层（gzip/bzip2/xz） -
.zip是独立格式，依赖unzip；.7z依赖7z；.rar依赖unrar或rar - 脚本必须先判断后缀，再分发给对应工具，不能偷懒统一走 tar
ex() 函数怎么写才真正可靠
最实用的方案是定义一个 shell 函数 ex，放进 ~/.bashrc 或 ~/.zshrc。关键点不在“多写几个 case 分支”，而在于：
- 必须检查文件是否存在且可读：
[[ -f "$1" ]] && [[ -r "$1" ]] - 后缀匹配要覆盖常见变体：
<em>.tar.gz</em>、.tgz、<em>.tar.xz</em>、.txz、<em>.zip</em>、.7z、<em>.rar</em>、.bz2、<em>.xz</em>、.Z - 对
.tar.*类型统一用tar -xvf（现代 GNU tar 自动识别），别再拆-z/-j/-J - 单文件压缩（如
.gz、.xz）必须调用对应解压命令，不能丢给 tar - 遇到不支持的格式，明确报错并退出，避免静默失败
示例核心逻辑：
ex() {
if [[ -z "$1" ]]; then
echo "usage: ex <filename>"
return 1
fi
if [[ ! -f "$1" || ! -r "$1" ]]; then
echo "'$1' is not a readable file"
return 1
fi
case "$1" in
*.tar|*.tar.gz|*.tgz|*.tar.bz2|*.tbz2|*.tar.xz|*.txz|*.tar.Z)
tar -xvf "$1" ;;
*.zip) unzip -o "$1" ;;
*.7z) 7z x "$1" ;;
*.rar) unrar x "$1" ;;
*.gz) gunzip -k "$1" ;;
*.bz2) bunzip2 -k "$1" ;;
*.xz) unxz -k "$1" ;;
*.Z) uncompress "$1" ;;
*) echo "'$1' format not supported"; return 1 ;;
esac
}批量解压 .zip 时最容易踩的坑
unzip *.zip 看似简洁，但几乎必然出错：shell 展开后变成 unzip a.zip b.zip c.zip，而 unzip 把第一个当包、其余当“包内路径”，导致找不到文件报错。
- 正确做法永远是显式循环：
for f in *.zip; do unzip -o "$f" -d "${f%.zip}"; done - 加
-o避免交互询问覆盖，适合脚本 - 用
${f%.zip}提取无后缀名作为目标目录，防止所有 zip 解压到同一层造成冲突 - 如果 zip 名含空格或特殊字符，务必加双引号：
"$f"，否则循环会断裂
哪些依赖需要提前装好
ex 函数只是调度器，背后工具缺一不可：
-
unzip：几乎所有发行版默认带，但最小化安装可能没有（CentOS Stream / Alpine 需dnf install unzip或apk add unzip） -
7z：Debian/Ubuntu 装p7zip-full，RHEL/CentOS 装p7zip-plugins -
unrar：非自由软件，Debian 系需启用contrib源；RHEL 系推荐epel-release后装unrar -
xz和bzip2：现代系统基本自带，但 Alpine Linux 默认不带xz，得手动apk add xz
别等运行时报 command not found 才去查——先跑一遍 which unzip 7z unrar xz bunzip2，缺哪个补哪个。
真正麻烦的从来不是脚本怎么写，而是你不知道某个压缩包到底是用什么算法打的，以及你的系统有没有那个解码器。后缀只是线索，不是保证。
