ios编译优化

在项目迭代更新过程中，代码量也不断增加，pod库的数量也变得很多，最终导致clean + build全量编译时间变长，严重影响了开发速度和体验。
我们可以通过编译缓存如 CCache 或者换个编译器 Buck (FB) / Bazel (Google)来实现分布式编译，微信团队的这篇 微信编译速度优化 有进行了比较完整的阐述。
我们可以提前编译好pod库，也就是二进制化，项目编译阶段pod只需要做链接工作，不需要重新编译。所谓的二进制化，简单说来可以通过 podSpec 将 source 指向事先打包好的 binary 来提高编译效率。当然也可以通过 CocoaPods-Binary 将 dependencies 预编译成 binary 后缓存至本地，然后将原有的 Source Code link 到 binary 的方式实现编译效率的提高。

podspec私有二进制库

私有的pod库，可以通过podspec文件，动态调整依赖的pod库，是源码或二进制库。

image.png

pod安装命令：SOURCECODE=1 pod install
具体参考：ios组件二进制库、组件二进制方案
这种方案弊端很明显，只能针对自己的私有pod库，而且源码和二进制切换不很方便，现在有很多成熟的cocoapods-plugin。

制作pod库，pod 验证和上传时，如果包含.a或者.framework，可能会遇到错误

ERROR | [iOS] xcodebuild: Returned an unsuccessful exit code

解决方式如下，上传的参数要和验证通过的参数一样

pod lib lint --verbose  --allow-warnings --skip-import-validation --use-libraries
pod trunk push jkfjakjf.podspec --verbose  --allow-warnings --skip-import-validation --use-libraries

二进制编译

1.1 cocoapods-binary

cocoapods-binary (Cocoapods 官方推荐的二进制插件）可以即时生成二进制包并缓存。原理是通过 CocoaPods 提供的 pre_install hook 在 pod install 的 prepare阶段拦截到当前的 pod install context，进而 fork 出一份独立的 installer 以完成将预编译源码 clone 至Pod/_Prebuild目录下。

第一步，首先安装插件

gem install cocoapods-binary

第二步，修改Podfile文件

#在最开始位置引入插件
plugin 'cocoapods-binary'
#plugin 'cocoapods-binary-bel'
platform :ios, '9.0'
#必须配置
use_frameworks!
#二进制编译所有pod库；
all_binary! 

target 'compileBinaryDemo' do

pod 'Masonry',  :binary => false #不二进制编译；反之，为true
pod 'SDWebImage'

end

如果所有pod库需要二进制化， 直接在起始位置使用all_binary!, 这样默认所有库均提前编译。
在使用all_binary!情况下，如果有些库不需要开启二进制化，可以在后面添加:binary => false。
如果只需要指定库二进制化，那么在指定库后面添加:binary => true。

第三步

pod install，然后编译项目。
如果pod install时，提示找不到插件。

pod install
[!] Your Podfile requires that the plugin `cocoapods-binary` be installed. Please install it and try installation again.

可以通过gem list命令，查看是否安装成功。如果安装了仍然提示找不到，那么大概率，是多ruby造成的，可以通过安装rvm处理。

上面都处理完，你可能还会遇到问题，我没有找到原因，我觉得可能是cocoapods-binary长期没有维护，可以尝试使用cocoapods-binary-bel，使用方式一样。

cocoapods-binary不足之处

1. 单私有源，无法实现服务端缓存，在没有对应二进制包版本时，pod install 后会额外去做二进制包的生成，一定程度上会影响 pod install的速度。
2. 开发者切回源码调试，二进制缓存会一并清空，需求重新编译。
3. 只支持framework，引入方式变更为 #import 。

1.2 cocoapods-binary-bel

cocoapods-binary-bel使用方式和cocoapods-binary一样，同时也做了优化改进。

1. 切换为源码模式，二进制缓存不会清空
2. pod install --hsource，直接切换为源码，而不需要改动podfile文件。
   我自己新建了一个空工程，引入了pod库，做了一个源码和二进制编译的时间对比，如下，仅供参考。
   
   WeChatb.png

原文地址

1.3 双私有源

双私有源，一个静态服务器保存预先打好包的framework，一个是我们现在保存源码的服务地址，在install的时候去选择使用下载那个。具体方案，cocoapods-bin、cocoapods-imy-bin，公司如果提供支持，可以尝试这种方案。
参考：iOS如何提高10倍以上编译速度