Swift 推断速度优化总结

Swift编译速度(推断速度)优化总结

测试基于2018款MacBook pro(主频2.6的i7), Xcode 11.3, Swift 5.1.3

测试时在 OTHER_SWIFT_FLAGS 里加入:

-Xfrontend
-warn-long-expression-type-checking=100

还有一个推断方法时间的Flag我没用, 那个加上去到处都是超时, 根本改不完...

实际上改100个超过100ms的也仅仅快了10秒, 改1000个以上才能明显感觉到变快...只能说日常开发注意了

1. 不要嵌套闭包
   Swift推断闭包(方法)需要把内部所有代码都推断完才能推断出闭包的类型, 这时候推断效率会变得奇低, 速度最低时只有正常情况下的1/10, 如:

fileprivate lazy var bindPhoneCell: AccountBindButton = {
    let cell = AccountBindButton()
    cell.rx.controlEvent(.touchUpInside).subscribe { [weak self] (_) in
        ...
    }.disposed(by: disposeBag)
    return cell
}()

2. 类型属性的初始化不能过于复杂, 大概是闭包里超过7行, 类似于:

class contactView: UIView {
    private lazy var wechatContact: VerticalAlignButton = {
        let button = VerticalAlignButton(type: .custom)
        button.innerSpace = 12
        button.corner(byRoundingCorners: .allCorners, radius: 8.adp.cgFloat)
        button.layer.masksToBounds = true
        button.imageEdgeInsets = UIEdgeInsets(top: 6, left: 0, bottom: 0, right: 0)
        button.setImage(UIImage(named: "icon_wechat_about"), for: .normal)
        button.setImage(UIImage(named: "icon_wechat_about"), for: .selected)
        button.setTitleColor(UIColor.Global.messageTextColor, for: .normal)
        button.titleLabel?.font = UIFont.Global.fontDFYuanGBW5(with: 16)
        button.backgroundColor = UIColor.Global.whiteBGColor
        return button
    }()
}

3. 属性能不用闭包尽量不要用闭包(带闭包的)初始化, 比如2里面那种, 或者类似于:

private lazy var wechatContact = VerticalAlignButton(type: .custom).config {
    $0.innerSpace = 12
}

但写起来是真的快乐, 快乐就完事了

4. 闭包的类型写不写完整区别不大, 编译器为了验证类型是否正确总是会自己推断一遍的

5. 有返回值的闭包比无返回值的闭包需要更长的推断时间(大概1.5到2倍), 所以上述2里的例子改写成3里的例子会快一些, 但除非闭包非常复杂否则差别不大

6. 重载的函数会增加3到10倍的推断时间, 比如:

Int(floor(progress * 100)) 和 (progress * 100).floor.int

点名批评一下Snapkit和RxSwift这两个用了大量重载函数的库, 超过100ms的代码一半都是这两个库的闭包方法, 还有WCDB.swift的where语句也难以推断, 简单的像:

Properties.userId == 0 && Properties.resourceId == 1 && Properties.chapterId == 2

就得推断140ms, 服了

7. 短表达式的推断速度:
   只读属性 > 调用protocol方法快 > 作为泛型参数传进方法/重载的函数
   比如:

1.double(单独写的double属性) > 1.double(BinaryInteger的extension) > Double(1)

慢的时候(嵌套太多的时候)速度可能会相差上百倍

8. 使用Codable的类型创建太多静态属性也会导致推断时间变长:

struct Para: Codable {
    ...
}

extension Para {
    static let network: Para(...)//这种静态属性一多就会出现推断超时
}

9. 在闭包里使用DEBUG宏也会导致推断时间增加, 非常的迷

10. if/guard 里用,代替&&会提高推断速度, 看情况用,的时候编译器会把if后面的东西当成递进的关系, 而用&&的时候是平行的关系