Linux中zip命令仅支持-e交互式设密，不支持命令行直接传参密码；加密使用弱强度ZipCrypto算法，解压需unzip -P且密码严格区分大小写。
zip -e 会触发交互式密码输入，但不支持脚本化传参
Linux 的 zip 命令本身不提供直接通过命令行参数指定密码的选项（如 -P password 这类用法在标准 zip 中**不存在**，那是某些非官方或 Windows 版 zip 的行为）。真正可用的加密方式只有 zip -e，它会在执行时暂停、提示你两次输入密码（确认），且密码不会回显。
这意味着：如果你写自动化脚本，zip -e 无法静默运行；强行使用会导致卡住或失败。别被网上“zip -P”的错误示例误导——那不是 POSIX 兼容的 zip 实现所支持的。
- 正确用法：
zip -e secure.zip document.pdf→ 终端停住，等你手动输密码 - 错误尝试：
zip -P "123" archive.zip file.txt→ 大概率报错或静默忽略-P，生成的是**无密码**压缩包 - 替代方案：如需脚本级加密，应改用
gpg+zip组合，或换用7z（支持-p参数）
加密后解压必须用 unzip -P，且密码区分大小写
用 zip -e 生成的 ZIP 文件，解压时必须显式提供密码，否则 unzip archive.zip 会直接报错：password incorrect 或 cannot extract readable files。这时要用 unzip -P "your_password" archive.zip。
注意：unzip -P 的密码是**严格区分大小写**的，且不能带空格（除非整个密码用单引号包裹，如 'My Pass'）。如果密码含特殊字符（如 $、!），建议统一用单引号包裹，避免 shell 提前解析。
- 成功解压：
unzip -P 'Secret123!' backup.zip - 失败常见原因：密码输错、大小写不符、shell 展开导致密码被截断（如未引号包裹的
!$） - 验证是否真加密：用
unzip -l archive.zip查看列表时，若文件名显示为Encrypted或字段异常（如时间全为 1980 年），说明加密生效
加密 ZIP 的兼容性差，Windows/Mac 可能打不开
zip -e 使用的是 ZipCrypto 算法（老式、弱加密），而非更现代的 AES-256。虽然 unzip 能解，但很多图形化工具（尤其是新版 Windows 资源管理器、macOS 归档实用工具）已**默认禁用 ZipCrypto 支持**，会提示“无法打开此文件”或“密码错误”——即使密码完全正确。
这不是你操作错了，而是工具链不兼容。如果你需要跨平台可靠解密，必须换方案：
- 用
7z a -p -mem=AES256 archive.7z file.txt（推荐，AES 加密、跨平台通吃） - 或先
zip -r archive.zip dir/，再gpg --symmetric --cipher-algo AES256 archive.zip（生成archive.zip.gpg） - 别依赖
zip -e做安全传输——它防不了有心人，只挡 casual 查看
权限和路径陷阱：加密不等于隐藏，原始文件仍存在
zip -e 只加密压缩包内的文件内容，**不删除、不修改原始文件权限**。也就是说，如果你运行 zip -e backup.zip /home/user/data/，原始 /home/user/data/ 目录依然可读，且压缩包里文件的 Unix 权限信息（rwx）也不会被保存——ZIP 格式本身就不存权限位。
容易被忽略的一点：如果目标目录有符号链接，zip -e 默认会打包链接本身（而非目标文件），除非加 -y；而加密后，链接路径明文可见，只是内容被锁住。
- 想连原始文件一起清理？得手动加
-m（慎用！不可逆）：zip -em -e secure.zip *.log - 要打包链接指向的内容，加
-y：zip -ey -e links.zip mylink - 路径含空格或中文？必须引号包裹：
zip -e '财务报表 2026.zip' 'Q2 销售数据.xlsx'
-P 参数、或在 Windows 上双击打不开后反复怀疑自己密码记错——其实只是算法被弃用了。 
