Xcode 6.1 Beta 3:

一旦你在一个Swift文件中定义了一个非私有类型别名(例如typealias Foo = Int)，在另一个文件中输入字母c, SourceKitService就会崩溃。

解决方案是要么放弃使用类型别名，等待下一个beta版本，要么将类型别名包装在类定义中:

public class DummyClass {
    public typealias Foo = String
}

像这样使用它:

var myVar:DummyClass.Foo?

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项目总是很快。所以可能有很多工作要做。经验告诉我们哪些表达是复杂且耗时的。如果你能对这些事情进行基准测试，那就太好了。

只是在这里添加一个潜在的解决方案，我不小心命名了一个类var与它的类型相同的名称:

class var Settings:Settings {
        get { return classVarWorkAround.settings }
    }

这肯定会使SourceKit崩溃。愚蠢的语法错误，但以防其他人犯同样的错误。

编辑:根据@Portland Runner:

类似地，如果将返回类型设置为func名称，则会得到错误。

func foo() ->foo{}

为了解决这个问题，你的Swift代码可能会有一些奇怪的问题。例如，因为您正在复制和粘贴，所以有多个iboutlet的定义。通常这只是一个无法处理的语法错误。

在xcode中，转到你的菜单栏>>窗口>> devices (shift+cmd+2)，一个新的窗口将弹出，并在左下角，添加一个新的模拟器，特别是一个运行在iOS 8.0上的现有列表 编辑:你可能需要重新启动xcode

具有:http://www.reddit.com/r/swift/comments/2bznfo/error_running_playground_unable_to_find_suitable/

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

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

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