macOS 自带归档实用工具解压 ZIP 报错“格式不支持”或“错误 2/22/1”，实为对跨平台 ZIP 兼容性差所致，根源在于编码、路径长度、扩展属性或元数据解析失败；推荐用终端 unzip/ditto 命令或安装 The Unarchiver/Keka 等第三方工具解决。
Mac 自带归档实用工具解压 ZIP 报错“格式不支持”或“错误 2/22/1”
这不是你下载的文件坏了，而是 macos 默认的 归档实用工具 对跨平台 zip（尤其是 windows 或 linux 打包的）兼容性差。它常报 错误 2：无此文件或目录、错误 22：无效的参数、错误 1：operation not permitted——这些基本都指向同一根源：编码、路径长度、扩展属性或 zip 元数据解析失败。
别急着重下文件，也别迷信“换台电脑试试”。直接绕过系统工具，用更鲁棒的命令或第三方工具即可解决：
- 终端执行
unzip命令：打开终端，输入unzip后拖入 ZIP 文件，回车；它会默认解到当前目录，不依赖 GUI 权限模型 - 改用
ditto（macOS 原生命令，对非标准 ZIP 更宽容）：ditto -x -k /path/to/file.zip /path/to/dest/ - 安装
The Unarchiver或Keka并设为默认：它们主动处理 UTF-8 路径、长文件名、资源 fork，且不触发 SIP 权限拦截
为什么不用 Tar/Gzip 替代 ZIP？
ZIP 不是唯一选择，但“换用 tar 或 gzip 格式替代”这个思路本身有误导性：macOS 的 tar 命令原生支持 .tar.gz 和 .tar.zst，但不支持直接双击解压（GUI 层仍调用归档实用工具），且对方是否能接收、解压 tar 包，取决于使用场景。
比如你发给 Windows 用户一个 .tar.gz，对方大概率打不开——不是技术不行，是生态不认。所以替代的前提是：双方约定好格式，且目标系统有对应工具。否则，不如坚持用 ZIP，但用对解压方式：
-
tar -xzf file.tar.gz在终端可靠，但无法解决“发给别人打不开”的问题 -
gzip是压缩算法，不是容器格式；单独.gz只能解单个文件，不能解目录结构 - 真正跨平台稳健的打包方式其实是
.zip+ 正确生成（如用zip -r -U保证 UTF-8 路径）
终端解压时路径和权限的几个硬坑
用 unzip 或 ditto 看似简单，但实际执行时容易卡在路径或权限上：
- 拖入 ZIP 文件后，如果路径含中文或空格，
unzip通常能自动转义，但手动写路径时务必用引号包裹：unzip "/Users/xxx/我的压缩包.zip" -
ditto解压到受保护目录（如/Applications或根目录）会失败，不是 ZIP 问题，是 macOS SIP 限制；解到~/Downloads或自建目录即可 - 某些 ZIP 内含 macOS 特有的
__MACOSX文件夹或资源 fork，unzip默认不解析它们；加-X参数可跳过：unzip -X file.zip
真正一劳永逸的设置项在哪
每次开终端太麻烦？可以永久替换默认行为，但注意：macOS 不提供系统级“默认解压器”开关，所谓“设为默认”其实是修改文件类型关联：
-
The Unarchiver安装后，在其偏好设置里勾选“设为所有归档文件的默认程序”，然后右键 ZIP → “显示简介” → “打开方式”选它 → 点“全部更改…” -
Keka同理，在“偏好设置 → 关联”中启用 ZIP、7z、RAR 等格式，并点击“设为默认” - 不要用
Archive Utility的“首选项”改——它只控制压缩行为，不影响解压逻辑
复杂点在于：有些 ZIP 是用 Windows 的 7-Zip 加密打包的，密码含特殊字符，此时连 unzip 都可能报错；这种就得用 7z x file.zip（需先 brew install p7zip）。不是所有 ZIP 都平等，得看它怎么来的。
