最容易被忽视的方式:清理和重建。

这解决了问题后，尝试以上的答案，并没有工作。

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

我认为直接从Xcode生成证书是一个错误。要解析(至少在Xcode 6.1 / 6A1052d中):

go to the Apple Developer website where certificates are managed: https://developer.apple.com/account/ios/certificate/certificateList.action select your certificate(s) (which should show "Managed by Xcode" under "Status") and "Revoke" it follow instructions here to manually generate a new certificate: https://developer.apple.com/library/ios/documentation/IDEs/Conceptual/AppDistributionGuide/MaintainingCertificates/MaintainingCertificates.html#//apple_ref/doc/uid/TP40012582-CH31-SW32 go to Xcode > Preferences > Accounts > [your Apple ID] > double-click your team name > hit refresh button to update certificates and provisioning profiles

好的，在这里分享这个错误的另一个原因。我花了几个小时才弄明白。

在我的情况下，我的证书在钥匙串访问的信任策略是始终信任，将其更改回默认值解决了问题。

要打开证书设置窗口，请在证书的Keychain Access列表中双击该证书。

有很多答案，但我的答案可能会帮助别人。

我也有同样的问题，我的应用程序在模拟器上工作正常，但在设备上崩溃了，因为我的午餐应用程序，并给出如上所述的错误。我已经尝试了所有的答案和解决方案。在我的情况下，我的项目我有多个目标，我从目标A创建了重复的目标B，目标B工作正常，而目标A崩溃了。我为每个目标使用不同的图像资产。在搜索和做谷歌之后，我发现了一些可能对某人有帮助的东西。

当我改变两个应用程序的启动图像资产的名称时，应用程序停止崩溃。例如，目标A启动映像资产名称LaunchImage A。目标B午餐映像资产名称LaunchImage B，并在每个目标的General Tab中正确分配。我的应用程序运行良好。

我也有同样的问题

有很多答案，但我的答案可能会帮助别人。

// MARK: -核心数据堆栈

 lazy var persistentContainer: NSPersistentContainer = {
            /*
             The persistent container for the application. This implementation
             creates and returns a container, having loaded the store for the
             application to it. This property is optional since there are legitimate
             error conditions that could cause the creation of the store to fail.
            */
            let mom = NSManagedObjectModel.mergedModel(from: [Bundle(for: Self.self)])!
            
            let container = NSPersistentContainer(name: "Test", managedObjectModel: mom)
            container.loadPersistentStores(completionHandler: { (storeDescription, error) in
                if let error = error as NSError? {
                    // Replace this implementation with code to handle the error appropriately.
                    // fatalError() causes the application to generate a crash log and terminate. You should not use this function in a shipping application, although it may be useful during development.
                     
                    /*
                     Typical reasons for an error here include:
                     * The parent directory does not exist, cannot be created, or disallows writing.
                     * The persistent store is not accessible, due to permissions or data protection when the device is locked.
                     * The device is out of space.
                     * The store could not be migrated to the current model version.
                     Check the error message to determine what the actual problem was.
                     */
                    fatalError("Unresolved error \(error), \(error.userInfo)")
                }
            })
            return container
        }()