如题，对于electron开发的程序进行打包，在打包完成后通过electron-notarize进行签名，一开始签名是可以的，但如果替换了打包结果中的某个exe产物后，就会提示所替换产物处main executable failed strict validation的错误，导致签名无法完成。
看了网上资料所是重复签名所导致，但是所替换的exe文件是我刚编译生成的，并未经过签名，看了一天了，求解答，重酬！
这个错误通常是因为签名验证机制检测到您替换了应用包中的某个重要组件，可能导致应用的完整性受到破坏。macOS 的签名和验证过程非常严格，以确保应用的安全性。
解决此问题的方法是，在替换任何执行文件之前，确保您遵循以下步骤：
在应用打包完成后，备份整个应用包（包括所有执行文件）作为参考。
如果您需要替换某个执行文件，请确保新的执行文件与原始文件具有相同的名称、位置和权限。
使用 electron-notarize 工具进行重新签名。确保您的签名证书有效，并且将其正确配置到签名流程中。
确保所有的依赖项和插件也符合签名要求，并来自可信任的源。
如果您尝试了以上步骤仍然遇到问题，可以尝试以下措施：
检查发布的版本是否包含所有必要的执行文件和依赖项。
尝试将整个应用包直接重新打包并进行签名，而不是替换单个执行文件。
如果可能，尝试与 Electron 开发者社区或相关技术支持寻求更详细的帮助和指导。
从错误提示来看，"main executable failed strict validation" 这个错误提示的是 Apple 的 notarize 服务无法验证你的可执行文件。可能是因为这个文件在签名或者验证过程中被修改了，或者不满足 Apple 的安全策略。
你提到你替换了打包结果中的一个 .exe 文件，那么可能的原因是，这个 .exe 文件在替换后没有被正确地签名，或者签名的时候使用的证书和打包原始文件时的证书不一致，导致验证失败。
对于这个问题，你可以尝试以下方法：
确保你的 .exe 文件是在签名前被替换的，替换后立即进行签名，不要在替换和签名之间进行其他操作，以避免文件被意外修改。
在签名的时候，确保你使用的证书和打包原始文件时使用的证书是一致的。你可以使用 codesign 工具查看和验证 .exe 文件的签名。
对你的 .exe 文件进行严格的验证，确保它满足 Apple 的安全策略。你可以使用 spctl 命令进行验证。
如果上述方法都不能解决问题，可能需要考虑重新打包你的应用，而不是单独替换 .exe 文件。这可能是因为在打包过程中，除了 .exe 文件之外，其他文件也可能包含对 .exe 文件的引用或者依赖，如果单独替换 .exe 文件，可能会导致这些引用或者依赖出错。
最后，还需要注意的是，如果你的应用需要在 macOS 上运行，那么你需要使用 Apple 的 Developer ID 证书进行签名，而不是 Windows 的证书。如果你是在 Windows 上开发的，然后把 .exe 文件移动到 macOS 上进行签名，这可能会导致一些问题。
对于electron开发的程序进行打包和签名时，遇到"main executable failed strict validation"错误的问题，可能有以下几个原因和解决方法供参考：
证书问题：检查签名所使用的证书是否有效，并且证书的私钥是否正确。可能需要重新生成证书或者重新导入证书。
应用完整性保护(Apple's Application Integrity Protection)：如果你的应用是在受到App Sandbox或App Integrity保护的目录中运行的，签名时可能会遇到问题。尝试将应用移动到其他位置进行签名。
版本号问题：检查替换的exe文件的版本号是否与之前的版本号一致。如果版本号不一致，可能会导致签名失败。尝试保持版本号一致再进行签名。
重签名问题：如果之前已经对应用进行了签名，然后再替换exe文件进行签名，可能会导致冲突。尝试清除之前的签名记录，然后重新进行签名。
代码完整性问题：签名时会对应用的代码完整性进行验证，如果替换的exe文件与之前的不一致，可能会导致签名失败。确保替换的exe文件与之前的代码是一致的。
如果上述方法不起作用，建议尝试在electron打包之前先对应用进行签名，然后再进行打包。这样可以确保打包后的产物是已经签名过的，避免替换文件导致的签名问题。
包签名后如果替换其中的资源需要重签名，这个错误明显是程序包签名校验不通过，检查下替换文件后，重签名是否失败了？
引用GPT回答：
确保打包产物是从干净的源代码重新编译生成的。如果你使用的是之前已经签名过的产物进行替换，可能会导致签名冲突。请确保每次重新编译代码时，都使用干净的源代码，并且不要使用已经签名过的产物进行替换。
检查你的签名配置和代码，确保签名配置正确并且不会重复签名。当你在代码中使用electron-notarize进行签名时，确保签名只被执行一次。如果你在代码的某个地方进行了重复的签名操作，可能会导致签名冲突。
如果使用的是第三方工具进行打包和签名，确保你使用的工具版本是最新的，并且按照官方文档准确地配置和操作。
mac签名失败main executable failed strict validation原因以及解决方法
在用自己生成的证书给app重签名时，遇到的一个坑。记录如下：
/Applications/Navicat Premium.app/Contents/MacOS codesign -f -s '重签名Navicat' ./Navicat\ Premium
./Navicat Premium: main executable failed strict validation
解决方法：odesign -f -s "YOUR SELF-SIGNED CERT NAME" --no-strict --deep
当你在macOS上尝试进行签名时，遇到"main executable failed strict validation"错误消息时，这可能是由于以下原因之一导致的问题：
证书问题：确定你使用的是有效的证书来进行签名。如果你使用的是自签名证书，则需要确保已经正确生成和导入了证书。
证书过期：如果你的证书已经过期，你需要更新证书。可以在Keychain Access应用程序中检查证书的过期日期。
二进制文件损坏：确保你的二进制文件（可执行文件）没有损坏。尝试重新编译和重新签名应用程序，并确保二进制文件没有被修改或存在问题。
环境配置问题：确保你的开发环境正确配置，并且系统中安装了适当的开发工具和依赖项（如Xcode、Command Line Tools等）。
签名配置问题：确保你的签名配置正确，并且包含了所有必需的代码签名和证书信息。检查你的应用程序的Entitlements文件和代码签名选项。
尝试解决这个问题时，可以考虑重新生成证书和私钥，确保你的证书是有效的，并且尝试重新编译和签名应用程序。如果问题仍然存在，你可能需要深入调查其他潜在的问题或寻求更具体的错误消息来获取进一步的帮助。
这篇文章看下能不能解决：https://blog.csdn.net/i000zheng/article/details/85006347