访问UIFont静态变量时偶发崩溃问题排查

崩溃核心原因 #

你遇到的崩溃本质是强制解包!触发的运行时错误：
UIFont(name:size:)并非总能成功返回字体实例——当系统资源不足（对应崩溃日志里的VM - pmap_enter retried due to resource shortage）、字体未正确嵌入项目，或者字体名称拼写错误时，这个方法会返回nil，而你用!强制解包nil，直接触发EXC_BREAKPOINT崩溃。

至于栈追踪显示关联到pickerTitleFont但实际触发点是navBarFont，是因为Swift中枚举的静态属性是懒加载且线程安全的，底层通过dispatch_once保证只初始化一次。当某个静态属性初始化失败时，整个初始化流程的异常栈可能会关联到其他静态属性的初始化入口，导致栈信息看起来“错位”，但根源还是字体初始化返回nil后的强制解包。

修复方案 #

1. 替换强制解包为安全的可选处理

不要直接用!，改用闭包初始化+兜底系统字体的方式：

class Theme {    
    enum Font {
        static let header1: UIFont = {
            guard let font = UIFont(name: "IBM Plex Sans Bold", size: 32) else {
                return UIFont.boldSystemFont(ofSize: 32)
            }
            return font
        }()
        static let header2: UIFont = {
            guard let font = UIFont(name: "IBM Plex Sans Bold", size: 20) else {
                return UIFont.boldSystemFont(ofSize: 20)
            }
            return font
        }()
        static let pickerTitleFont: UIFont = {
            guard let font = UIFont(name: "IBM Plex Sans Bold", size: 17) else {
                return UIFont.boldSystemFont(ofSize: 17)
            }
            return font
        }()
        static let navBarFont: UIFont = {
            guard let font = UIFont(name: "IBM Plex Sans Bold", size: 28) else {
                return UIFont.boldSystemFont(ofSize: 28)
            }
            return font
        }()
    }
}

2. 确保字体资源正确配置

• 检查字体文件是否已添加到项目的Target Membership（选中字体文件，右侧面板勾选对应Target）
• 确认Info.plist中添加了Fonts provided by application字段，将字体完整文件名（包含后缀，比如IBMPlexSans-Bold.ttf）添加到数组中
• 验证字体名称是否正确：可以通过打印UIFont.familyNames()找到目标字体的正确名称，避免和文件名混淆

3. 优化资源不足场景的容错

崩溃日志中的VM资源短缺提示，说明极端情况下系统无法加载字体文件。通过上述兜底字体的方式，可以避免系统资源不足时的崩溃，保证应用正常运行。

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