问题的发现

在使用Xcode开发SwiftUI项目时，经常会遇到Xcode持续高CPU占用的问题。以往我没有重视这个问题，经常是很久之后才发现。此时，原本冰冷的Mac mini摸起来已经温热了。为此，我特意开发了一个小工具，提醒我关于这个问题。

App Helper

问题的解决

最初，我发现这个问题出现的几率，和我打开的SwiftUI的文件的数量相关。打开的SwiftUI的文件越多，越有可能遇到这个问题。

就在我以为这就是真正的原因，并发文之后，我在仅打开2-3个SwiftUI文件的时候又遇到了这个问题。这次，我终于找到了是哪个文件导致的这个问题了。是MainView。应该是文件功能太多导致的。我的MainView，是一个接近2000行的文件。它包含多项功能：

1. 主视图布局，侧栏视图实现
2. 工具栏实现
3. 各种错误弹窗处理
4. 文件处理（打开、解析、保存）
5. 用户订阅状态管理等。

我尝试将代码分离按照功能为多个小文件。但是问题仍旧存在。最后发现，解决的办法就是注释掉预览的代码。

关于这个问题的一些补充

1. CPU占用过高是因为MainView的功能太多导致的。
2. 将MainView的代码拆分到多个文件不能解决这个问题。
3. 即便MainView没有在预览，即预览视图显示为刷新按钮的状态。也还是会有这个问题。也就是说，只要预览视图开着，不管有没有要求运行预览，都会导致Xcode的CPU高占用。
4. 此时，就算关闭了预览也没有用。所以，后台应该是某种卡死的状态。
5. 解决办法只有
   1. 直接关闭预览。
   2. 一开始就不开预览。

关于测试时遇到的一些问题
签名与不签名的问题
自动化测试的问题

今天在编写项目截图的时候，遇到了好几个XCUITest的问题。解决之后，感觉这些问题应该算是蛮经典的，于是把它们记录下来，方便以后查阅。

最先遇到的是测试无法运行成功，提示有两个，一个是“Undefined symbols”，一个是“Linker command failed with exit code 1 (use -v to see invocation)”。

经过查看详细日志，发现是SPM（Swift Package Manager）的问题。当为应用目标时，SPM引入的第三方框架，如果该框架对于其它框架有依赖，那么SPM会自动导入该依赖的框架。但是在XCUITest的时候，或许是没有用到SPM，被依赖的框架并不会自动引用。因此，需要手动添加第三方框架之外，还需要手动再添加第三方框架依赖的框架。具体要添加多少，就要看错误日志提示的是哪个框架了。

解决了这个问题之后，测试终于可以通过。但是同时，又发生了一个新的问题。就是虽然Xcode显示Test成功了。但是却一直显示Testing，长久也没有测试完成。

经过查询，发现这也是Xcode一个bug。当使用XCUITest测试时，需要将并行测试的选项关闭，否则就会一直显示Testing。

还有一个注意事项，就是XCUITest测试时，必须将项目的目标设定为XCUITest这个目标，这个目标默认是隐藏的，必须手动添加出来。如果把应用作为目标，然后运行XCUITest，还是可能会出现一直显示Testing的问题。

最后，如果你需要检测文本，需要注意文本语言问题，将翻译的strings文件添加到XCUITest的目标，并不能自动调用并使用NSLocalizedString宏，因此，需要用或进行检测，像这样：

XCTAssertTrue(app.staticTexts["使用云端服务"].exists || app.staticTexts["Try Cloud"].exists)

参考

• Xcode tests stuck in testing state