这个问题其实挺典型的——macOS的.app本质是特殊的目录包，里面藏着资源分支、硬链接、Finder元数据这些macOS特有的内容，普通的zip -r命令没处理这些属性，导致解压时把隐藏的资源分支还原成了独立文件，看起来体积就“变大”了。

下面给你两种靠谱的解决方法：

方法一：用ditto（推荐，更贴合macOS生态） #

ditto是苹果自带的工具，专门处理macOS文件的特殊属性，压缩出来的包能完美还原原.app的状态：

ditto -c -k --sequesterRsrc --keepParent foo.app foo.zip

参数解释：

• -c：指定创建压缩包
• -k：使用zip格式（默认是cpio格式）
• --sequesterRsrc：把macOS特有的资源分支、Finder信息单独放到__MACOSX目录里，解压时自动还原
• --keepParent：把整个foo.app目录作为压缩包的根目录，避免解压后直接散落一堆文件

方法二：用原生zip命令加参数 #

如果坚持要用zip命令，记得加上-y参数，它会保留文件的符号链接和资源分支，而不是把链接指向的内容复制进去：

zip -r -y foo.zip foo.app

这里的-y是关键——它告诉zip不要解析硬链接/符号链接，直接保留原属性，这样压缩包体积和原.app匹配，解压后也不会出现体积膨胀的问题。

验证方法 #

压缩完成后，解压生成的zip包，查看.app的体积是否和原文件一致，同时双击打开确认应用能正常运行，就说明压缩是正确的。

内容的提问来源于stack exchange，提问作者tga