SwiftLint 对 Swift 6 新特性 Typed-Error 的识别问题解析

问题背景

在 Swift 6 中引入了一项重要的错误处理改进——Typed-Error（类型化错误），它允许开发者明确指定函数可能抛出的错误类型。然而，最新版本的 SwiftLint（0.55.1）在处理这一新语法时出现了误判，将 Typed-Error 语法错误地识别为函数参数。

技术细节分析

在示例代码中，开发者使用了 Swift 6 的新语法：

func saveJourney(_ journey: Journey) async throws(JourneyError) -> Journey

这里 throws(JourneyError) 是 Swift 6 引入的类型化错误语法，它明确表示该函数只会抛出 JourneyError 类型的错误。然而 SwiftLint 将其解析为：

1. 将 JourneyError 识别为函数参数名
2. 应用了标识符命名规则（identifier_name），认为参数名应该以小写字母开头
3. 因此产生了错误的违规报告

根本原因

这一问题源于 SwiftLint 底层依赖的 SwiftSyntax 版本尚未更新到支持 Swift 6 的版本（600.x.y）。SwiftSyntax 是苹果提供的用于解析和分析 Swift 代码的库，当它无法识别新语法时，就会产生错误的语法树解析结果。

解决方案

SwiftLint 开发团队已经确认：

1. 主分支（main）已经更新使用了支持 Swift 6 的 SwiftSyntax 版本
2. 这一问题将在下一个正式发布版本中得到解决

临时应对措施

在等待新版本发布期间，开发者可以：

1. 在配置文件中临时禁用 identifier_name 规则
2. 或者为特定行添加禁用注释：

// swiftlint:disable:next identifier_name
func saveJourney(_ journey: Journey) async throws(JourneyError) -> Journey

技术前瞻

随着 Swift 6 的推出，类型化错误处理将带来以下优势：

1. 更精确的错误类型声明
2. 更好的编译器错误检查
3. 更清晰的API契约
4. 减少运行时意外错误的可能性

静态分析工具如 SwiftLint 需要及时跟进这些语言变化，以确保分析结果的准确性。这也提醒我们，在使用新语言特性时，需要确保整个工具链（编译器、分析工具、IDE等）都已做好相应支持。

总结

SwiftLint 对 Swift 6 Typed-Error 语法的错误识别是一个典型的工具链与新语言特性之间的兼容性问题。开发者在使用前沿语言特性时需要关注工具链的支持情况，同时也可以积极参与开源项目的 issue 报告，帮助改进工具生态。随着 Swift 6 的正式发布，相信相关工具会很快完成适配工作。