Swift静态变量在Speed级别编译优化下为何会错误初始化？

嘿，这个问题我之前也碰到过！这其实是Swift编译器在-O（Speed）优化级别下的一种激进提前初始化策略，我给你拆解清楚：

编译器到底在搞什么？ #

Swift的静态存储属性默认是懒加载的——也就是第一次被访问时才会触发初始化。但在Release模式的Speed优化下，编译器会想尽办法减少运行时开销，其中就包括提前初始化那些它觉得“可能会被用到”的静态属性。

在你的代码里，虽然falseValue和falseValue2都是硬编码的false，if分支完全不会执行，但编译器可能没做这么细的路径分析（或者为了统一优化逻辑），直接把MainView.someValue的初始化提前到了程序启动阶段。这就导致你看到了some value init的打印，但if里的print(MainView.someValue)根本没跑——因为初始化早就完成了，和viewWillAppear的逻辑没关系。

为什么这会坑人？ #

如果初始化闭包只是返回个简单数字，其实没啥大问题，但如果里面有带副作用的复杂逻辑（比如修改全局状态、发起网络请求、读写文件），这种提前初始化就会彻底打乱你的预期，搞出各种莫名其妙的bug。

怎么搞定这个问题？ #

要强制控制初始化时机，不让编译器瞎优化，你可以手动实现懒加载逻辑，用计算属性代替存储属性：

class MainView: UIView {
    // 私有可选变量存实际值
    private static var _someValue: Int?
    
    // 对外的计算属性，手动控制初始化
    static var someValue: Int {
        if let value = _someValue {
            return value
        }
        // 初始化逻辑只在第一次访问时执行
        let newValue = {
            print("some value init")
            // 这里放你的复杂逻辑
            return 1
        }()
        _someValue = newValue
        return newValue
    }
}

这种方式下，只有当someValue被真正访问时，初始化闭包才会执行，编译器不会提前碰它，完全符合你的预期。

总的来说，这种优化是编译器为了性能做的操作，但如果你的初始化逻辑有副作用，就必须手动控制时机，避免踩坑。

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