Xcode SwiftUI项目归档报Bus error:10 如何保留优化修复

问题表现 #

• 基于SwiftUI开发的项目执行**归档（archiving）**操作时直接失败，仅抛出语义不明的报错Bus error: 10，没有额外错误提示
• 项目切到*Debug（调试）*模式运行完全正常，无任何异常表现
• 逐一比对*Build Settings（构建设置）*里Debug和Release模式的配置差异后确认，问题和Optimization Level（优化等级）配置直接相关：Release模式默认的Optimize for Speed [-O]（速度优先优化）会触发报错，把该项改成No Optimization [-Onone]（无优化）后报错消失，可以正常完成归档。

无优化损失的修复方案 #

这个报错本质是Xcode 13.4.1内置Swift编译器的已知bug：编译器在-O优化等级下处理特定SwiftUI语法时会触发内存访问错误，不是业务代码逻辑问题，不需要全局关闭编译优化，按以下方法处理即可：

• 优先升级Xcode版本
  这个优化路径下的崩溃问题在Xcode 13.4.2及后续正式版本（包括Xcode 14全系稳定版）中已经被官方修复，升级后保留原有Release模式的Optimize for Speed [-O]配置就能正常归档，完全不损失编译优化带来的运行性能提升和包体积缩减效果。
• 暂时无法升级Xcode的场景下做局部绕开
  不需要全局调低优化等级，只需要定位到触发崩溃的代码单点处理即可：
  1. 查看Release归档时的编译日志，找到崩溃前最后一个正在编译的Swift文件，这个文件就是触发编译器bug的代码所在位置
  2. 在Build Settings的Compile Sources配置列表中，单独给这个文件设置优化等级为No Optimization [-Onone]，其余所有文件依然保留速度优先优化配置，对整体App的运行性能和包体积影响微乎其微
  3. 常见触发该bug的写法包括SwiftUI中嵌套过深的泛型自定义视图、body属性内直接写超长链式调用闭包、递归使用未做类型擦除的泛型视图，把这类逻辑拆分成独立的子View、做简单的类型擦除处理，甚至不需要调整编译配置就能绕开这个编译器bug，正常完成归档。

不建议直接全局把Release模式的优化等级改成无优化，会明显降低App运行流畅度，同时增大安装包体积。

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