Mac App Store：“***.app”已损坏，无法打开
Mac App Store: "***.app" is damaged and can't be opened
我们确实收到了 Mac App Store 版本的客户支持请求，他们报告说只收到警报 “Appname”已损坏，无法打开。删除应用程序并从 Mac App Store 重新下载并不能解决问题。重新启动系统似乎有所帮助，但一段时间后错误似乎再次出现。
Mac App Development: "***.app" is damaged and can't be opened 与开发 and/or 应用程序测试无关。这似乎也打破了每一个不平衡的 macOS 版本。
到目前为止，我们无法找到此 Mac App Store 问题的常见原因。
我们正在使用 Apples Receipt Validation Programming Guide 的收据验证码。
Exit If Validation Fails in macOS
If validation fails in macOS, call exit with a status of 173. This exit status notifies the system that your application has determined that its receipt is invalid. At this point, the system attempts to obtain a valid receipt and may prompt for the user’s iTunes credentials.
If the system successfully obtains a valid receipt, it relaunches the application. Otherwise, it displays an error message to the user, explaining the problem.
Do not display any error message to the user if validation fails. The system is responsible for trying to obtain a valid receipt or informing the user that the receipt is not valid.
所以似乎收据验证在有效收据上失败，应用程序调用退出状态为 173。系统成功获取收据，重新启动应用程序，应用程序再次调用退出状态为 173 .
现在显示“Appname”已损坏，无法打开。警报。
注意系统似乎缓存了这个结果，双173退出后，双击应用不会再尝试启动，只会再次提示。
收据验证错误的原因似乎是缺少 MAC 地址（计算机的 GUID）。
如果没有变更日志或技术说明，很难准确判断，但基于 Wayback Machine it seems that Apple added new Validating Receipts on the Device 2021 年 9 月左右的某个时间。新代码似乎确实解决了这个问题。
与legacy documentation中的代码相比，新代码不仅会查找build-inen0，还会回退到en1或非- build-in en0.
我们确实收到了 Mac App Store 版本的客户支持请求，他们报告说只收到警报 “Appname”已损坏，无法打开。删除应用程序并从 Mac App Store 重新下载并不能解决问题。重新启动系统似乎有所帮助，但一段时间后错误似乎再次出现。
Mac App Development: "***.app" is damaged and can't be opened 与开发 and/or 应用程序测试无关。这似乎也打破了每一个不平衡的 macOS 版本。
到目前为止，我们无法找到此 Mac App Store 问题的常见原因。
我们正在使用 Apples Receipt Validation Programming Guide 的收据验证码。
Exit If Validation Fails in macOS
If validation fails in macOS, call exit with a status of 173. This exit status notifies the system that your application has determined that its receipt is invalid. At this point, the system attempts to obtain a valid receipt and may prompt for the user’s iTunes credentials.
If the system successfully obtains a valid receipt, it relaunches the application. Otherwise, it displays an error message to the user, explaining the problem.
Do not display any error message to the user if validation fails. The system is responsible for trying to obtain a valid receipt or informing the user that the receipt is not valid.
所以似乎收据验证在有效收据上失败，应用程序调用退出状态为 173。系统成功获取收据，重新启动应用程序，应用程序再次调用退出状态为 173 .
现在显示“Appname”已损坏，无法打开。警报。
注意系统似乎缓存了这个结果，双173退出后，双击应用不会再尝试启动，只会再次提示。
收据验证错误的原因似乎是缺少 MAC 地址（计算机的 GUID）。
如果没有变更日志或技术说明，很难准确判断，但基于 Wayback Machine it seems that Apple added new Validating Receipts on the Device 2021 年 9 月左右的某个时间。新代码似乎确实解决了这个问题。
与legacy documentation中的代码相比，新代码不仅会查找build-inen0，还会回退到en1或非- build-in en0.