我注意到每次在 Xcode（9.3 版）中启动 Playground 时，后台都会启动一个守护程序，并使用超过 100% 的 CPU！
我删除了 Xcode 的缓存及其 DerivedData 文件夹，但没有任何变化。
有人知道如何解决这个问题吗？
【问题讨论】：
标签： xcode
diagnosticd 是一个守护进程，您需要使用 launchctl 停止/终止。您最有可能需要停止的守护进程的名称中包含“SimDevice”。要获得确切的名称，请执行以下操作：
/bin/launchctl list | grep SimDevice
然后使用适当的名称（可能不止 1 个）：
/bin/launchctl stop 'name'
在我的例子中，“名字”是：com.apple.CoreSimulator.SimDevice.380EFF06-B636-49CD-851E-5DB4890641AE
如果您经常使用 Playground，并且通常有超过 1 个模拟器占用您的 CPU，请改为运行此脚本：
/bin/launchctl list | grep SimDevice | awk '{print $3}' | xargs -I %s /bin/launchctl stop %s
哦，别忘了在这里向苹果提交错误报告：https://bugreport.apple.com/web/
顺便说一句，看到 Playground/diagnosticd 与您的代码斗争是一件很有趣的事情；如果您创建了一个错误或其他一些复杂的语法，cpu 就会上升。如果你清除它，cpu 会下降（只是一点点）。 Apple 是如何实现这一点的……
【讨论】：
macOS High Sierra 10.13.4 Update后cpu没有超过100%
同样的问题，我找到的唯一临时解决方案是杀死“homed”，这会导致系统充满类似
的错误MediaRemote reply error: <error: 0x11162ed20> { count = 1, transaction: 0, voucher = 0x0, contents =
"XPCErrorDescription" => <string: 0x11162efc8> { length = 18, contents = "Connection invalid" }
}
我想诊断，旨在自动报告错误，只是进入了超速模式。
这就是我现在所拥有的一切......
【讨论】：
这是一个已知的错误，Apple 将其归因于“MediaRemote 子系统过度热情地记录”。目前没有官方解决方法。
【讨论】：
作为临时解决方法，我在启动 Playground 后运行此脚本以杀死恶意诊断和托管进程：
#!/bin/bash
kill $(ps -ef | grep Xcode.app | egrep "diagnosticd|homed" | awk '{ print $2 }')
编辑：这似乎只是 iOS Playground 的问题，因此另一个（不那么激烈的）解决方法是在不需要 UIKit 组件的情况下使用 macOS Playground。
第二次编辑：此错误似乎已在 Xcode 9.3.1 中修复（可通过 MAS 获得或从 developer.apple.com 直接下载）
第三次编辑：9.3.1 并没有完全解决这个问题，尽管发行说明说了什么。根据我的错误报告中的 cmets，这仅在 9.4 中完全修复。
【讨论】：
获取 Xcode 9.4 测试版。它解决了我的问题。
杀死 homed 并不是一个好的解决方案，而且 Playground 无论如何都不能正常运行。
遇到了同样的问题，没有办法解决。人们早在 4 月 8 日就提交了错误。
最好的解决方案是从Apple Developer Page 下载 Xcode 9.4 Beta。
这对我有用，CPU 使用率很低，Xcode 不再在 Playground 上崩溃。
【讨论】：