非App Store分发的signed、notarized、non-sandboxed Mac应用解压后无法创建log file

你遇到的场景核心差异是：本地直接从Xcode导出的应用运行时，没有经过Web下载的隔离流程，系统默认信任应用的行为权限；而从Web服务器拉取的zip包解压后，系统层的权限规则发生了变化，才会导致日志文件创建失败。你的应用已经完成签名和公证，本身不会因为签名校验问题直接拦截写日志操作。
具体触发原因主要有三类：

• Web下载自动附带的隔离标记的权限连带影响
  所有通过HTTP/HTTPS从浏览器、下载工具拉取的远程文件，解压时macOS会自动给解压出的.app目录内所有文件打上com.apple.quarantine隔离标记。这个标记不会直接阻止应用启动，但会触发系统对非App Store、非沙盒应用的权限临时收紧：如果你代码里指定的日志路径是_/Desktop、/Documents这类系统管控的敏感路径，带隔离标记的应用首次访问时，不会像本地直接运行的应用那样继承历史授权，往往会静默拦截写操作，甚至不会弹出权限申请框。
• 打包/解压流程破坏了应用目录的POSIX权限
  如果用Finder右键压缩、或者跨平台传输时服务器端用Linux的unzip工具处理过zip包，很容易丢失应用目录原本的权限位配置：比如应用二进制的可执行权限、内置日志缓存目录的写权限被改成只读状态，应用自然无法创建日志文件。
• 公证应用的首次运行临时路径机制
  完成公证的非沙盒应用，第一次带隔离标记运行时，系统会临时将应用映射到一个随机生成的隔离临时路径下执行，并非应用解压后的真实路径。如果你的代码里硬编码了“按照应用包实际所在路径拼接日志输出目录”，就会因为临时路径下没有对应写权限，导致日志创建失败——这种问题往往在第二次启动应用时会自动消失，因为系统已经记住了应用的信任状态，不再走临时路径校验。

• 在出现问题的Mac上打开终端，进入应用解压所在目录，执行xattr -l 你的应用名.app，如果输出中存在com.apple.quarantine字段，执行xattr -dr com.apple.quarantine 你的应用名.app移除隔离标记后重启应用，确认日志是否可以正常创建。如果操作后问题消失，即可定位是隔离标记的影响。
• 执行ls -la 你的应用名.app检查应用内目录权限，确认应用二进制、日志输出路径没有被设置为只读权限。
• 统一调整日志输出路径：不要把日志写到应用包内部目录、或者_/Desktop、/Documents这类敏感系统路径，固定使用~/Library/Application Support/你的应用Bundle ID/Logs作为日志输出路径，这个路径是macOS默认允许非沙盒应用无额外授权写入的位置，可以从根源避免权限拦截。
• 替换打包流程：放弃Finder右键压缩的方式，使用macOS原生命令打包：ditto -c -k --sequesterRsrc --keepParent 你的应用名.app 分发包名.zip，该命令会完整保留应用的目录权限、资源fork配置，不会在跨主机解压时出现权限丢失问题。

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