Xcode 14编辑器因网络请求字典操作卡顿严重，求解决办法

问题场景 #

我们在应用中使用字典存储网络请求参数，示例代码如下：

var params: [String: Any] = [:]
params["pageSize"] = 20
params["pageIndex"] = 0

在Xcode 13中运行无任何问题，但升级至Xcode 14后，这种分步给[String: Any]字典赋值的写法会导致编辑器运行极慢，甚至删除单行代码都需要数秒。在包含大量此类字典的文件中修改代码，操作延迟可达数秒而非即时完成。由于无法修改所有网络请求代码，也不能一直停留在Xcode 13，需要可行的解决方法。

可行解决方法 #

1. 改用字典字面量初始化（优先推荐） #

通过Xcode的全局替换工具，把分步赋值的代码改成字面量初始化形式，减少编辑器对Any类型的反复推断开销：

let params: [String: Any] = [
    "pageSize": 20,
    "pageIndex": 0
]

这种写法能大幅降低类型推断的计算量，快速缓解卡顿问题。

2. 临时关闭实时语法检查 #

进入Xcode设置的Text Editing > Editing面板，关闭"Live Issues"和"Live Syntax Checking"选项。虽然会失去编辑时的实时错误提示，但编译阶段仍会正常检查代码错误，可作为应急方案暂时解决卡顿。

3. 拆分大文件 #

将包含大量此类字典的文件拆分成多个小文件，每个文件只处理部分网络请求参数，减少单个文件的类型推断压力，能显著降低编辑延迟。

4. 使用类型别名简化类型定义 #

给[String: Any]定义全局类型别名，减少编辑器重复解析类型的开销，无需大规模修改业务代码：

typealias RequestParams = [String: Any]
var params: RequestParams = [:]
params["pageSize"] = 20
params["pageIndex"] = 0

长期优化建议 #

后续逐步将字典参数替换为强类型结构体，遵守Encodable协议，既能彻底解决类型推断带来的卡顿问题，还能提升代码的可维护性和安全性：

struct ListRequestParams: Encodable {
    let pageSize: Int
    let pageIndex: Int
}
let params = ListRequestParams(pageSize: 20, pageIndex: 0)

内容的提问来源于stack exchange，提问作者Murmeko