ZIP命令处理特殊字符文件名时，需用引号包裹路径防shell解析错误，避免通配符展开；中文乱码源于编码不一致，新版本可用-U-N=UTF8参数指定UTF-8编码；复杂场景推荐用-@从文件列表读取路径。
ZIP 命令本身不直接解析文件名中的特殊符号，但当文件名含空格、括号、星号、问号、中文、emoji 或其他非 ASCII 字符时，shell（如 Bash 或 CMD）会在传递参数前先进行通配符展开或分词，导致命令执行异常——比如跳过某些文件、报错“no matches found”，或解压后文件名截断、乱码。关键不是 ZIP 格式出错，而是**命令行环境对特殊字符的处理方式**出了问题。
用引号包裹路径和文件名
这是最基础也最有效的防护措施。只要路径或文件名中含空格、括号、$、*、?、~ 等 shell 元字符，就必须用双引号（Windows/Linux/macOS 都适用）或单引号（Linux/macOS 推荐）包裹。
- ✅ 正确：
zip "my archive.zip" "file name with space.txt" "report(2024).pdf" - ✅ 正确（Linux/macOS）：
zip 'data-更新版.zip' *.txt（单引号可防止 * 展开） - ❌ 错误：
zip my archive.zip file name.txt→ shell 拆成 5 个参数，zip 只收到my作为存档名，其余被当作待压缩文件，实际失败
避免通配符意外展开
使用 *、?、[abc] 等通配符时，shell 会先匹配当前目录下文件再传给 zip。若无匹配项，部分 shell（如 zsh）默认报错中断；若匹配到不该压的文件，也会混入归档。
- 用引号禁用展开：
zip archive.zip "*.log"（把星号当字面量，压名为*.log的文件） - 如需真正批量匹配，先用
ls "*.txt"验证是否列出预期文件，再执行 zip - 在脚本中可加
set -f（Bash/Zsh）临时关闭通配符展开，结束后用set +f恢复
处理中文与 Unicode 文件名
Linux/macOS 下 zip 默认按 locale 编码（如 UTF-8）存储文件名，但解压端（尤其 Windows 上的旧版软件）可能用 GBK 解读，造成乱码；反过来，Windows 打包的 GBK 文件名在 Linux unzip 时也可能显示为 。
- 压缩时明确指定编码（支持较新版本 zip）：
zip -O utf-8 archive.zip 中文文件.txt - 解压时对应指定（unzip 支持 -O，unar 支持 -e）：
unzip -O utf-8 archive.zip或unar -e utf-8 archive.zip - 统一用 UTF-8 环境：Linux 设置
export LANG=en_US.UTF-8，避免 locale 为 C 或 GBK 导致隐式转码
绕过 shell，用文件列表方式传入
当文件名极其复杂（含换行、控制字符等）或数量极大时，直接拼接命令风险高。推荐通过文件列表（-@）让 zip 逐行读取路径，完全跳过 shell 解析。
- 生成安全列表：
find . -name "*.docx" -print0 > files.list0（用 \0 分隔） - 压缩：
zip -0 archive.zip --filesync -@ （-0 表示 store，--filesync 避免重复添加） - 注意：此方式不依赖 shell 分词，支持任意字符（包括换行），适合自动化场景
