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

extension foo {

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

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

class MyClass {

    [... my stuff ...]

//}
//
//extension MyClass {

}

问题:

如果源代码中有错误，可能会弹出“SourceKitService Terminated”，代码高亮显示停止工作。它可能发生，也可能不发生，当它发生在多种不同的条件下。

我的案例:安装beta 3, OSX仅项目，一个文件检测到“半封闭范围操作符已从..对. .<”错误。弹出窗口开始出现，代码高亮显示开始失败。

解决方案:

修复Xcode检测到的错误 在Navigator中更改为不同的.swift，回到原来的 语法高亮显示重新出现，“SourceKitService Terminated”弹出

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

当此错误开始弹出时，只需注释掉您编写的最后/最近的一段代码并等待一段时间。语法高亮显示应该会重新出现。这就是我解决这个问题的方法。

    func someFunc() -> (Int?, Int?, Int?) {
     var retVal1:Int? = nil
     var retVal2:Int? = nil
     var retVal3:Int? = nil

     //some other code

     //commenting out the line below helped me
     //(retVal1, retVal2, retVal3)
     return (retVal1, retVal2, retVal3)
    }

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

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

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

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

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

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