Swift试图动态地而不是静态地找出所有内容的类型，但当它处理复杂类型(如链式过滤器、映射、flatMap调用)或大型字典时，这可能需要付出巨大的努力。有时你需要把它们分开，以便编译器更容易分析。这个问题的一个表亲是“太复杂而不能及时评估”的错误。想象一下，有几个几乎太复杂而无法及时评估的项目:它们一起变成了资源占用者。

试着找到所有您创建动态字典或使用无类型调用链的地方。尝试更具体地输入，特别是在变量声明处。

一些简单的例子:

字典

Bad:

let myDict = [ /* bunch of different things */ ]

好:

let myDict: [String: AnyObject] = [ /* bunch of different things */ ] 

最好的:

let myDict: [String: SpecificType] = [ /* bunch of similar things */ ]

映射

Bad:

let filteredUserIds = users.filter({ user in user.enabled })
    .flatMap { user in user.name != nil ? return user.id : return nil }

好:

let filteredUserIds: [Int] = users.filter({ user in user.enabled })
    .flatMap { user in user.name != nil ? return user.id : return nil }

最好的:

let enabledUsers: [User] = users.filter { user in user.enabled } 
let filteredUserIds: [Int] = enabledUsers.flatMap { 
    user in user.name != nil ? return user.id : return nil 
}

好处还包括额外的检查代码，因为您总是会得到预期的类型或编译器错误。缺点是它开始看起来有点像Java。

当然，随着项目的发展，这个问题首先会积累起来。小型Swift项目总是很快。所以可能有很多工作要做。经验告诉我们哪些表达是复杂且耗时的。如果你能对这些事情进行基准测试，那就太好了。

我发现，通过显式地(静态地)键入变量类型，而不是推断它们，为我解决了这个问题。

将部署目标更改为iOS 8.0对我来说很有效。我知道有人说将它移动到<=7.1可以工作，但这个问题似乎来自多个来源，所以这个替代方案可能可以工作。

我想我找到了一个(可能还有很多)这种情况发生的原因。

在我的例子中，我通过桥接头导入Objective-C文件，桥接头具有以下true之一:

用于Objective-C导入的实现文件(.m)没有 App目标设置正确。 Objective-C文件只有头文件(.h)，而没有 实现(.m)文件。(再一次，我认为这是“不”的一部分 适当的应用目标”设置，因为你只能在。m文件中设置目标 而不是。h文件)

修复Objective-C文件上的应用目标或在桥接头中删除这些文件的导入似乎都可以解决这个问题。

仅供参考-如果你需要设置头(.h)文件的目标，而该文件没有实现(.m)文件，你可以遵循以下简单的步骤

我的答案(Xcode6-Beta7)是简单地删除派生数据文件夹。

首选项>位置>衍生数据>单击箭头打开Finder >垃圾。

很明显，这种崩溃的发生有很多原因。

在我的情况下，我已经导入桥接头丢失的文件。在我删除错误导入后，错误通知消失了。