ios - 在 Xcode 11 中构建时系统重新启动

Question

我是一名初学者 Swift 开发人员，这是我在 Stack Overflow 中的第一个问题。我一直在 Swift 5、Xcode 11(一周前从 Xcode 10.3 更新)中开发 iOS SpriteKit 游戏。除了过去几个月构建时间增加之外，一切都运行顺利。

大约一周前，在任何设备或模拟器上运行我的应用程序开始使我的计算机崩溃，并强制重新启动并显示一个大的“!”背景中的图标位于解释“出现问题”的文本后面，随后是正常的启动和登录过程。我会收到一个对话框，解释“MacBook Pro 遇到了问题，必须重新启动”，并要求我向 Apple 报告崩溃情况(我确实这么做了)。

当我尝试存档应用程序的某个版本时，第一次出现这种情况。我做了研究，发现从 User/Library/Developer/Xcode 中删除 DerivedData 文件夹，并从项目文件和项目文件中删除 xcuserdata 文件夹工作区文件内容在清理构建文件夹后防止了崩溃。

然后，当我尝试在 iPhone 8 上运行应用程序时，出现了同样的问题。这一次，执行上述步骤没有解决任何问题。这次，我分析了程序而不是运行它，结果成功了。然后，一天后，分析导致系统重新启动。我尝试过的很多其他方法也是如此。到目前为止，以下所有操作都会导致系统在启动大约 3-5 分钟后重新启动:

• 构建并运行
• 归档
• 分析
• 构建测试

此外，我在删除上述文件夹并清理构建文件夹后尝试了上述方法。我还在模拟器、物理设备和通用 iOS 设备上尝试过它们。似乎没有任何作用。

以下是崩溃期间发生的系统日志。这是我的电脑主动提出发送给 Apple 的。我用 [...] 替换了部分输出，因为 Stack Overflow 检测到某些部分是垃圾邮件。如果需要，愿意提供。

我在 2017 款 MacBookPro 上运行 macOS Mojave 10.14.6。最近一次出现此错误的情况是在 Xcode 版本 11.0 (11A420a) 中，但 Xcode 10.3 和 Xcode 11 GM Seed 2 中也出现了强制重启问题。

如果需要更多信息，我很乐意提供。

Anonymous UUID:       44******-****-****-****-**********92

Sat Sep 21 21:31:12 2019

*** Panic Report ***
mp_kdp_enter() timed-out on cpu 0, NMI-ing
mp_kdp_enter() NMI pending on cpus: 0 2
mp_kdp_enter() timed-out during locked wait after NMI;expected 4 acks but received 3 after 9361562 loops in 1548000000 ticks
panic(cpu 0 caller 0xffffff80009ecea8): "thread_call group 'high' reached max thread cap (500): active: 1, blocked: 499, idle: 0"@/BuildRoot/Library/Caches/com.apple.xbs/Sources/xnu/xnu-4903.271.2/osfmk/kern/thread_call.c:221
Backtrace (CPU 0), Frame : Return Address
[...]

BSD process name corresponding to current thread: kernel_task

Mac OS version:
18G95

Kernel version:
Darwin Kernel Version 18.7.0: Tue Aug 20 16:57:14 PDT 2019; root:xnu-4903.271.2~2/RELEASE_X86_64
Kernel UUID: C41337A1-0EC3-3896-A954-A1F85E849D53
Kernel slide:     0x0000000000600000
Kernel text base: 0xffffff8000800000
__HIB  text base: 0xffffff8000700000
System model name: MacBookPro14,2 (Mac-CAD6701F7CEA0921)

System uptime in nanoseconds: 5389100927958
last loaded kext at 4928689757019: com.apple.filesystems.msdosfs    1.10 (addr 0xffffff7f841db000, size 69632)
last unloaded kext at 305554353504: com.apple.filesystems.msdosfs   1.10 (addr 0xffffff7f841db000, size 61440)
loaded kexts:
com.Cycling74.driver.Soundflower    2
com.valvesoftware.SteamInput    3083.39.62
com.apple.filesystems.msdosfs   1.10
com.apple.fileutil  20.036.15
[...]
com.apple.kec.pthread   1
com.apple.kec.corecrypto    1.0
com.apple.kec.Libm  1

EOF
Model: MacBookPro14,2, BootROM 198.71.1.0.0, 2 processors, Intel Core i5, 3.1 GHz, 8 GB, SMC 2.44f1
Graphics: kHW_IntelIrisGraphics650Item, Intel Iris Plus Graphics 650, spdisplays_builtin
Memory Module: BANK 0/DIMM0, 4 GB, LPDDR3, 2133 MHz, 0x80CE, 0x4B3445364533303445422D45474347202020
Memory Module: BANK 1/DIMM0, 4 GB, LPDDR3, 2133 MHz, 0x80CE, 0x4B3445364533303445422D45474347202020
AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0x171), Broadcom BCM43xx 1.0 (7.77.61.2 AirPortDriverBrcmNIC-1305.8)
Bluetooth: Version 6.0.14d3, 3 services, 18 devices, 1 incoming serial ports
Network Service: Wi-Fi, AirPort, en0
USB Device: USB 3.0 Bus
USB Device: Flash Disk
USB Device: Apple T1 Controller
Thunderbolt Bus: MacBook Pro, Apple Inc., 41.1
Thunderbolt Bus: MacBook Pro, Apple Inc., 41.1

Answer 1

看来是我自己想出来的。我将在这里发布解决方案，以防其他 Xcode 开发人员遇到同样的问题。

问题似乎出在项目的目录中。由于整个 Xcode 项目都位于 USB 磁盘驱动器上，因此构建时间变慢并且需要重新启动。 为了解决这个问题，我只需在计算机驱动器上创建项目的副本并运行该程序。一切正常。事实上，构建时间要快得多。