ZIP格式本身不支持存储软链接的原始属性，因其跨平台设计初衷是兼容性优先，无法保存目标路径、inode等Unix特有元数据；解压后软链接会变为普通文件或损坏数据，可靠方案应改用tar.gz等原生支持软链接的归档格式。
ZIP 格式本身不支持存储软链接（symbolic links）的原始属性。这是 ZIP 规范的固有限制：它只保存文件内容、基本权限（如读/写/执行位）和部分元数据（如时间戳），但无法原生记录或还原软链接的目标路径、inode 信息或链接类型。
因此，无论使用 Windows 自带解压、7-Zip、WinRAR 还是 unzip 命令，在标准 ZIP 文件中：
- 软链接会被当作普通文件或空文件处理（取决于压缩时的行为）；
- 解压后得到的是一个同名的普通文件，内容可能是链接路径的纯文本，也可能是损坏或不可用的数据；
-
不会自动还原为
ln -s创建的软链接。
为什么 ZIP 不能保留软链接？
ZIP 是跨平台归档格式，设计初衷是兼容性优先。而软链接是 Unix/Linux/macOS 特有的文件系统对象，依赖底层文件系统的支持（如 ext4、APFS）。Windows NTFS 虽有符号链接（需管理员权限启用），但 ZIP 工具普遍不将其识别为“链接”，而是按普通文件读取。
那怎样才能在解压时保留软链接？
只有当 ZIP 文件在创建时就以特殊方式保存了链接信息（极少见），且解压工具明确支持该扩展机制，才可能还原。但现实中：
-
zip命令（Linux/macOS）默认不存软链接，加-y参数可尝试存储符号链接（仅限 Unix 系统，且需配合unzip -X使用）； - 即便如此，Windows 自带解压器完全忽略
-y，7-Zip 和 WinRAR 也大多不识别或不还原； -
unzip -X（extract with extra attributes）在 Linux/macOS 下可能还原部分权限和链接，但成功率低、依赖源系统与 zip 版本。
✅ 正确做法是：不用 ZIP 存软链接，改用支持完整 POSIX 属性的归档格式
替代方案：用 tar.gz 或 tar.xz
它们原生支持软链接、权限、用户组、时间戳等全部元数据：
# 打包时保留软链接（不展开） tar -czf archive.tar.gz myfolder/ # 解压后软链接自动还原 tar -xzf archive.tar.gz
✅
tar默认行为就是“存链接本身”，不是链接指向的内容。只要目标路径存在，解压后ls -l仍显示lrwxrwxrwx。
如果必须用 ZIP，怎么办？
只能人工补救：
- 解压后，用脚本扫描原始目录中的
ls -la输出（提前保存），再用ln -sf重建链接； - 或改用
rsync、cp -a等直接同步方式替代压缩传输。
软链接不是 ZIP 的能力范围，这不是操作问题，而是格式限制。想可靠保留，就得换归档方式。
