iOS 如何加快编译速度

如何查看编译时间

终端内输入:

  1. defaults write com.apple.dt.Xcode ShowBuildOperationDuration YES

然后你在编译的时候点击xcode顶部的那个进度条,当编译完成的时候就能查看编译时间。

Optimization Level

这个是xcode Built Setting里的一个参数,Optimization Level是指编译器的优化层度,优化后的代码效率比较高,但是可读性比较差,且编译时间更长。 它一共有以下几个选项:

  • None: 编译器不会尝试优化代码,当你专注解决逻辑错误、编译速度快时使用此项。
  • Fast: 编译器执行简单的优化来提高代码的性能,同时最大限度的减少编译时间,该选项在编译过程中会使用更多的内存。
  • Faster: 编译器执行所有优化,增加编译时间,提高代码的性能。
  • Fastest: 编译器执行所有优化,改善代码的速度,但会增加代码长度,编译速度慢。
  • Fastest, Smallest: 编译器执行所有优化,不会增加代码的长度,它是执行文件占用更少内存的首选方案

所以说我们平时开发的时候可以选择使用None来不给代码执行优化,这样既可以减少编译时间,又可以看出你代码哪里有性能问题。

而你的release版应该选择Fastest, Smalllest,这样既能执行所有的优化而不增加代码长度,又能使执行文件占用更少的内存。

pod里的Optimization Level

我们在使用pod的时候,每一个pod其实都是一个target,它有自己的Optimization Level。cocoapods默认给每一个pod的Optimization Level设置的是Fastest, Smallest,也就是说执行所有的优化和减少内存占用空间。

这样我们在开发的时候会有两个问题:一个是debug的时候无法输出pod源码里面的变量值,因为编译器已经给代码做了优化,它无法再记录你的变量值了。

还有一个就是编译时间长,拿我现在的工程来说,如果把所有pod的Optimization Level选项设置成None的话编译时间为2分30秒,如果为默认的Fastest, Smallest的话时间为3分15秒。

把所有pod的的Optimization Level设置为None只需在Podfile里加入以下代码即可(其中的”Dev”为你项目的Scheme):

post_install do |installer|
  installer.pods_project.build_configurations.each do |config|
    if config.name.include?("Dev")
      config.build_settings['GCC_OPTIMIZATION_LEVEL'] = '0'
    end
  end
end

 

平均节省时间45秒,20%


设置xcode编译的线程数

defaults write xcodebuild PBXNumberOfParallelBuildSubtasks 8
defaults write xcodebuild IDEBuildOperationMaxNumberOfConcurrentCompileTasks 8
defaults write com.apple.xcode PBXNumberOfParallelBuildSubtasks 8
defaults write com.apple.xcode IDEBuildOperationMaxNumberOfConcurrentCompileTasks 8

 

XCode默认使用与CPU核数相同的线程来进行编译,但由于编译过程中的IO操作往往比CPU运算要多,因此适当的提升线程数可以在一定程度上加快编译速度。

平均节省时间15秒,8%


Debug Information Format

在工程对应Target的Build Settings中,找到Debug Information Format这一项,将Debug时的DWARF with dSYM file改为DWARF
这一项设置的是是否将调试信息加入到可执行文件中,改为DWARF后,如果程序崩溃,将无法输出崩溃位置对应的函数堆栈,但由于Debug模式下可以在XCode中查看调试信息,所以改为DWARF影响并不大。这一项更改完之后,可以大幅提升编译速度。

其实Debug Information Format就是表示是否生成.dSYM文件,也就是符号表。如果为DWARF就表示不生成.dSYM文件。

This setting controls the format of debug information used by the developer tools. [DEBUG_INFORMATION_FORMAT]

DWARF – Object files and linked products will use DWARF as the debug information format. [dwarf]
DWARF with dSYM File – Object files and linked products will use DWARF as the debug information format, and Xcode will also produce a dSYM file containing the debug information from the individual object files (except that a dSYM file is not needed and will not be created for static library or object file products). [dwarf-with-dsym]

下面这句虽然能修改所有pod的Debug Information FormatDWARF,但是是没用的,主要还是看主工程里的Debug Information Format的设置。主工程如果为DWARF with dSYM file也会为pod里的代码生成符号表的。如上面的官方描述所说如果为.a的静态文件的话是不会生成符号表的

post_install do |installer|
  installer.pods_project.targets.each do |target|
    target.build_configurations.each do |config|
        if config.name == 'Dev'
          config.build_settings['DEBUG_INFORMATION_FORMAT'] = 'dwarf'
        end
    end
  end
end

 

平均节省时间7秒,5%


将Build Active Architecture Only改为Yes

这一项设置的是是否仅编译当前架构的版本,如果为No,会编译所有架构的版本。需要注意的是,此选项在Release模式下必须为No,否则发布的ipa在部分设备上将不能运行。这一项更改完之后,可以显著提高编译速度。

post_install do |installer|
  installer.pods_project.targets.each do |target|
    target.build_configurations.each do |config|
        if config.name == 'Dev'
          config.build_settings['ONLY_ACTIVE_ARCH'] = 'YES'
        end
    end
  end
end

 

平均节省时间80秒,26%


二进制化

什么叫二进制化,其实就是把源码编译为静态库或动态库。也就是我们平常使用的.framework和.a文件,这些库都是已经编译好的,所以当你pod update或者pod install,就不用再重新编译一遍那么多文件了,能够显著减少编译时间。

如何进行二进制化请看我的这篇文章:。


小技巧

  • 像下面设置的时候,build setting里那个配置在文件里对应的名字是从哪来的呢?
    ONLY_ACTIVE_ARCH对应Build Active Architecture Only
    DEBUG_INFORMATION_FORMAT对应Debug Infomation Format
    GCC_OPTIMIZATION_LEVEL对应Optimization Level可以查看projectName.xcodeproj里的project.pbxproj文件。
特别声明:文章多为网络转载,资源使用一般不提供任何帮助,特殊资源除外,如有侵权请联系!
技术狗 » iOS 如何加快编译速度