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开发—优化编译时间[外文翻译,有很多指南文章]
设置other swift flags – Swift官方建议
https://zhuanlan.zhihu.com/p/34963792?hmsr=toutiao.io
如何将iOS项目编译速度提升5倍 CCache
iOS 微信编译速度优化分享
为什么Debug Infomation Format 改为DWARF可以提高编译速度