简单地说，你有没有试着检查“启用Bitcode=NO”。这对我很管用。

以我为例，我的项目是用Object-C编写的，包括一个用swift编写的第三方框架。我可以在模拟器和真实设备上以开发者模式运行我的应用程序。然而，一旦我实现了Ad-hoc provision profile的APP，并在真实设备上安装了这个ipa OTA，它就崩溃了。更不用说上传到存储了。希望这些信息能有所帮助。

当Xcode要求你重置certs时，你重置它。应用程序可以在实际设备上运行，而不会因错误消息而崩溃。一旦在一个swift项目中解决了这个问题。其他swift项目也解决了这个问题。

我已经为此奋斗了大约半天，我发现在配置门户中一次又一次地重置certs并没有帮助。

你必须设置Runpath搜索路径为@executable_path/Frameworks，如下面的Build Settings截图所示:

如果你有任何Swift内置框架，那么你可以将Build Options embedded Content Contains Swift Code设置为YES。

我认为苹果在试图引用Swift库libswiftCore.dylib时，已经在Swift应用程序崩溃下总结了它

引自技术问答QA1886:

Swift app crashes when trying to reference Swift library libswiftCore.dylib. Q: What can I do about the libswiftCore.dylib loading error in my device's console that happens when I try to run my Swift language app? A: To correct this problem, you will need to sign your app using code signing certificates with the Subject Organizational Unit (OU) set to your Team ID. All Enterprise and standard iOS developer certificates that are created after iOS 8 was released have the new Team ID field in the proper place to allow Swift language apps to run. Usually this error appears in the device's console log with a message similar to one of the following:

[....] [deny-mmap] mapped file has no team identifier and is not a platform binary:
/private/var/mobile/Containers/Bundle/Application/5D8FB2F7-1083-4564-94B2-0CB7DC75C9D1/YourAppNameHere.app/Frameworks/libswiftCore.dylib

Dyld Error Message:
  Library not loaded: @rpath/libswiftCore.dylib

Exception Type: EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000001, 0x0000000120021088
Triggered by Thread: 0

Referenced from: /private/var/mobile/Containers/Bundle/Application/C3DCD586-2A40-4C7C-AA2B-64EDAE8339E2/TestApp.app/TestApp
Reason: no suitable image found. Did find:
/private/var/mobile/Containers/Bundle/Application/C3DCD586-2A40-4C7C-AA2B-64EDAE8339E2/TestApp.app/Frameworks/libswiftCore.dylib: mmap() error 1 at address=0x1001D8000, size=0x00194000 segment=__TEXT in Segment::map() mapping /private/var/mobile/Containers/Bundle/Application/C3DCD586-2A40-4C7C-AA2B-64EDAE8339E2/TestApp.app/Frameworks/libswiftCore.dylib
Dyld Version: 353.5

The new certificates are needed when building an archive and packaging your app. Even if you have one of the new certificates, just resigning an existing swift app archive won’t work. If it was built with a pre-iOS 8 certificate, you will need to build another archive. Important: Please use caution if you need to revoke and setup up a new Enterprise Distribution certificate. If you are an in-house Enterprise developer you will need to be careful that you do not revoke a distribution certificate that was used to sign an app any one of your Enterprise employees is still using as any apps that were signed with that enterprise distribution certificate will stop working immediately. The above only applies to Enterprise Distribution certificates. Development certs are safe to revoke for enterprise/standard iOS developers.

正如AirSign人员所说，问题的根源在于内部证书的主题字段中缺少OU属性。

主题:UID=269J2W3P2L, CN=iPhone分布:公司名称，OU=269J2W3P2L, O=公司名称，C=FR

我有一个企业发展证书，创建一个新的解决了这个问题。

我在运行Swift测试时遇到了这个问题(但不是我的应用程序)。事实证明，测试需要在测试目标的Runpath Search Paths构建设置中有更多的@executable_path/Frameworks。以下设置Runpath搜索路径对我来说很有魅力:

$(inherited)
@executable_path/Frameworks
@loader_path/Frameworks

在我的例子中，我的一个测试目标是工作的，但另一个不是。它给出了上面的错误与一个丢失的库或其他。我比较了两个测试目标的设置，发现其中一个缺少“测试主机”的配置，所以我从工作测试目标中复制了它，它修复了我破碎的测试目标!