iOS 减少编译时间

iOS 减少编译时间

编译操作

每次在Xcode中写完代码,我们可能都需要按CMD + B 编译一下,或者直接按CMD + R运行,但是还是有需要先编译再运行。

显示编译时间设置

显示总编译时间

打开终端,执行命令defaults write com.apple.dt.Xcode ShowBuildOperationDuration -bool YES重启Xcode即可查看每次编译总时间

在这里插入图片描述

显示每个函数编译时间

对于Swift项目来说,在项目的Build Setting中,在Other Swift Flags中添加-Xfrontend -debug-time-function-bodies就可以查看编译过程每部分耗时

你甚至都可以设置代码编译限时警告,如果超过时间,编译器就会提示警告⚠️

-Xfrontend -warn-long-function-bodies=100 (100 means 100ms here, you should experiment with this value depending on your computer speed and project)

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

Tips: 建议只给Debug添加上面flag

在这里插入图片描述

项目设置优化

1. Debug Information Format改为DWARF

可以设置Debug模式可以不生成符号表dSYM,只在release生成。一般默认就是这样的,但是还是应该检查下和看下pod和子项目有没有设置。

选择Targets应用 , Build Setiing搜索 Debug Infomation Format,检查Dubug模式下是否为DWARF

2. Build Active Architecture Only改为Yes

是否生成全架构版本,Debug时不需要生成全架构,默认为Yes。但是Release情况下必须为No,否则有些机器不能运行应用。

3. Header Search Paths 路径设置为non-recursive

避免设置路径递归引用。当然一般默认值也是non-recursive

4. 关闭Enable Index-While-Building Functionality

默认打开,作用是Xcode编译时建立代码索引,影响编译速度。关闭了项目就会在空闲时间生成,避免编译时生成。

代码习惯

自行编写的代码应该注意减少Xcode 警告,这些警告会被缓存和分析,所以需要耗时。

通过 Pod 引入第三方时,如果第三方警告特别多,同样也会编译耗时,可以inhibit_warnings => true来避免检查,如:

pod 'XXXFramework', :inhibit_warnings => true

或者通过inhibit_all_warnings! 来避免所有三方库的警告。

其他配置

Podfile配置

第三方库编译速度顺序:静态库 > 动态库 > 源码

由于使用Swift的库只能使用动态库,所以配置文件需要添加use_frameworks!,同时我们不应该在桥接文件中导入OC库,这样相当于引入源码,会使编译速度降低。正确做法是像使用Swift库一样在使用的文件import

Swift项目编译优化

Swift编译优化,主要在于平时编码习惯上,原则就是确定类型,避免偷懒给编译器确定。

避免使用类型推导

众所周知,Swift有个美滋滋的特性,就是可以进行类型推导,根据情况确定值类型,但是Swift同时又是类型安全的,需要明确类型,那这个过程谁来做了,自然就是编译期间编译器在操作。

var value1: Int = 10  // 编译时间约 0.10ms
var value2 = 10       // 编译时间约 0.14ms

虽然只是毫秒级差别,但是集少成多,随着项目变大,编译总时间差别越大。

所以建议,写代码时应该明确类型,尽量减少类型推导。

推荐

var stringValue: String = "This is String"
var dic: [String: String] = ["key1": "value1", "key2": "value2"]
var arr: [String] = ["1", "2", "3"]

不推荐

var stringValue = "This is String"
var dic = ["key1": "value1", "key2": "value2"]
var arr = ["1", "2", "3"]

字符串append 替换 +

let str1: String = "string1"
let str2: String = "string2"
// 推荐
let newStr: String = str1.append(str2)
// 不推荐 会花费更长编译时间
let newStr = str1 + str2

同理,集合操作也应该减少直接使用 +

避免使用 ?? 添加可选默认值

??操作符,在进行可选值操作非常方便,可以有效避免空指针应用奔溃。但是实际情况是,这个操作符编译是if let 操作好几倍,而且运行时间也多一点,但是毕竟是语法糖,从使用上来说方便许多,相信苹果团队以后也会优化解决这个问题的吧?

 /// 使用 ?? 添加默认值 使用 + 连接 编译57.57ms 运行平均值0.0108ms
    func defaultValueAdd() -> String {
        var s1 = str1 ?? "string1"
        return s1 + (str2 ?? "String2")
    }
    /// 使用 ?? 添加默认值 使用append连接字符串 编译21.48ms 运行平均值0.0090ms
    func defaultValueAppend() -> String {
        var s1 = str1 ?? "String2"
        s1.append(str2 ?? "")
        return s1
    }
    /// 使用 if let 中转方法添加默认值 使用append连接字符串 编译0.56ms + 0.13ms(扩展方法编译) 运行平均值0.0079ms
    func useIfLet() -> String {
        var s1 = String.optional(str1, "string1")
        s1.append(String.optional(str2, "String2"))
        return s1
    }

使用if let 解包

extension String {
    static func optional(_ optional: String? , _ placeholder: String) -> String{
        guard let value = optional else {
            return placeholder
        }
        return value
    }
}

在这里插入图片描述

懒加载实现部分单独定义

懒加载的实现部分放在单独方法中。

方法尽量指定参数

// 推荐
func method(param1: String, param2: Int) {}
// 不推荐
func method(_ param1: String, _ param2: Int) {}

但是Swift 标准库方法中,很多时候省略第一个参数

Objective-C项目

原则: 减少无效引用

优化pch文件

PCH(Precompile Prefix Header File)文件,也就是预编译头文件,其文件里的内容能被项目中的其他所有源文件访问。通常放一些通用

的宏和头文件,方便编写代码,提高效率。另外 PCH 文件预编译完成后,后面用到 PCH 文件的源文件编译速度也会加快。缺点是 PCH

文件和 PCH 引用到的头文件内容一旦发生变化,引用到 PCH 的所有源文件都要重新编译。所以使用时要谨慎

检查pch文件,删除引用较少的。 pch应该保持尽量少原则, 对应的应用在对应的.m文件中添加(同时应该避免在 .h 中引入)。

避免在.h文件引入

可以在.h文件使用前置声明(@class 类;),在.m文件中实际引入(#import “类.h”)。

.h

#import <UIKit/UIKit.h>
//#import "A.h"
//类的前置声明
/** 告诉编译器,暂时把这个字符串当做一个类型来使用,以后会定义这个类型的*/
@class A;
@interface B : NSObject

@property (nonatomic, strong)A *a;
@end

.m

#import "B.h"
#import "A.h"

@interface B ()

混编项目

如果是混编项目,在Other Swift Flags中添加-enable-bridging-pch可以减少混编30%编译时间。

参考

iOS开发—优化编译时间[外文翻译,有很多指南文章]

一分钟大幅度降低iOS编译时间

设置other swift flags – Swift官方建议

https://zhuanlan.zhihu.com/p/34963792?hmsr=toutiao.io

优化iOS项目编译时间

如何将iOS工程打包速度提升十倍以上

iOS编译与app启动

如何将iOS项目编译速度提升5倍 CCache
iOS 微信编译速度优化分享
为什么Debug Infomation Format 改为DWARF可以提高编译速度

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值