在过去的几个月里，我几乎每天都有这种感觉。尝试了上面所有的方法，它只能暂时修复它。

最后，在两周前，我将DerivedData位置更改为一个新位置，而且我一次都没有遇到过这个问题。

我注意到，当我删除我的派生数据文件夹时，它会重新生成，由于某种原因大约是3GB。当我创建一个新文件夹时，它并没有重新生成所有这些数据。

希望这能帮助到一些人。

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

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

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

编辑:根据@Portland Runner:

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

func foo() ->foo{}

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

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

我在嵌套的objective - c++项目中也犯了同样的错误，该项目现在包含了带有Swift代码的框架。为了解决这个问题，我必须明确地构建框架。一旦我做了，那期就没了，再也不会回来了;)

我在苹果的开发者论坛上找到了一个解决方案(需要登录，所以我也会在这里解释)。

TLDR:不要在Objective-C中导入与@interface同名的@protocol到Swift桥接头。例如，Facebook SDK有一个名为“FBGraphObject”的协议和接口。

以下是论坛帖子:

Adding Facebook SDK causes SourceKitService to crash. If you want to use beta 3 and you need Facebook SDK, one work around that I found and is working for me is refactoring Facebook SDK's @protocol FBGraphObject and renaming it to something like @protocol FBGraphObjectProtocol as an @interface FBGraphObject also exists and apparently SourceKit doesn't like it. It sure is a temporary solution just to keep you functional and you'll have to use Cocoapods or otherwise build Facebook SDK yourself rather than using the framework library. For the time being, you'll need to make sure you don't have conflicting @protocol and @interface declarations and that includes 3rd party libraries you may be using. This cost me today, hope it helps! Posted by e.parto on July 10, 2014

只要我输入，SourceKitService就会在我的系统上崩溃

extension foo {

我使用的是Xcode 6 beta 6，不管我是把它输入到一个空文件中，还是把它添加到一个现有的文件中。只要源代码包含一个扩展块，它就会崩溃。即使在新创建的项目中也会发生这种情况。

我的“解决方案”是避免在我目前正在开发的源代码中进行扩展。我注释掉了类块的结尾和扩展块的开头。我一完成这门课的工作，就会再次对它们进行评论:

class MyClass {

    [... my stuff ...]

//}
//
//extension MyClass {

}