请选择 进入手机版 | 继续访问电脑版

iOS之CocoaPods二进制化的实现方案

[复制链接]
小甜心 发表于 2020-12-31 18:59:25 | 显示全部楼层 |阅读模式 打印 上一主题 下一主题
配景



  • 随着公司业务规模的增长,iOS 客户端的代码量也越来越大,编译一次项目的时间也越来越长。那么减少编译时间成了一个不得不面对的问题;
  • 随着越来越多方便的第三方组件,现在开发App根本十多个第三方依赖以上。没有build cache 大概打正式包的时候,每次根本耗时10分钟以上;
  • 现有的二进制方案如 Carthage、Rome 等都是在当地生成 framework,没法实现“一次编译,随处使用”的目的;
  • 主要原因是需要编译大量源文件(大概分为 App 和 Cocoapods 依赖库),所以把可抽离代码编译好,再去引用就能减少源文件编译时间;
  • 为了实现这个目的,就需要一个人大概一个 CI Job,把编译好的二进制产物上传到某个的地方,会合化地管理这些二进制形式的依赖。然后在每个人 pod install 的时候,查抄该 pod 版本对应的二进制是否存在,如果有就使用,没有就继续接纳源码的方式依赖;
  • 这个方案隐藏了许多细节,比如到底应该如何会合管理这些 pod,如何知道对应的版本是否存在,如安在 pod install 的时候动态地把这些 pod 从源码形式的依赖换成二进制形式的依赖等;
  • 整个流程涉及生产方(产生二进制)和消费方(使用二进制)。
思路流程

一、产生二进制

① 代码布局



  • 产生二进制的流程在一个 CI Job 中,每隔一段时间,它会同步主堆栈最新的 dev 分支,然后运行管理此环节的工具,Platypus;
  • 布局如下:



  • 说明:

    • config.yml 是与工程相关联的设置,此中包罗了需要二进制化的名单(pod_names),project 文件相关信息,以及工程初始化的 action(prebuild_action)等等。
    • specs_repo 是私有的 podspec 堆栈,需要单独创建,负责会合管理已经二进制好的 pod 信息。

② 详细流程




  • (a)对于大多数项目来说是 pod install,但如果在不改变 podfile 原有写法的底子上实现此套方案,需要把使用 patch 事后的 pod install 方式。
  • (b)白名单存在的意义有两点:

    • 一是有些 pod 原来就是二进制好了的;
    • 二是某些 pod 因为头文件没有用 < > 的方式引用在现在阶段没法二进制,否则就会因为找不到头文件编译失败;

  • ( c )模仿器和真机的版本都需要编译,最终使用 lipo 把两份二进制归并到一个 .framework 中。如果 pod 中包罗 Swift 代码,需要把模仿器和真机的编译产物中的 swiftdoc 和 swiftmodule 都归并到一个文件夹中。由于 Swift 版本的原因,由旧版 Xcode 编译生成 Swift 二进制是无法在新版 Xcode 中使用的;
  • (f)通过 CocoaPods 中的 Analyzer 调用 analyzer.analyze.specifications,可以获取当前项目所有依赖 pod 的 podspecs,详细利用可以参考该文章:分析使用 CocoaPods 项目的依赖;关于如何编辑 podspec,可以使用这个 gem。编辑的内容包罗删掉 source_files 字段,把 vendored_frameworks 字段指向 .framework, source 指向上传生成的 URL, resources 指向对应 .framework 中的资源等。生存后,作为二进制时依赖使用的 podspec;
  • (g)这一步是为了把项目中依赖的 pod 版本与二进制化后的版本创建起接洽。因为项目中依赖的引用方式五花八门,有用 CocoaPods Master Repo 中版本号的,有用 git tag 的,也有用 git commmit 的,针对差异的引用方式,都要有对应的匹配规则;
③ 示例说明



  • (g) 示例说明:比如有一个使用 tag 方式引用的组件,把它的 tag 号背面加上 -yang-static 作为它在私有 Specs 堆栈中的版本号,它在 podfile 中的 external_source 作为 summary 字段,同时确保唯一性。这里的映射关系只要能一一对应起来,随便怎么创建都好,如下:
  1.         pod &#39;A&#39;, git: &#39;git@git.xxx.com:xxx/A.git&#39;, tag: &#39;4.24.0.9&#39;
复制代码


  • 所以它被改完版本号后 poddpec 会变成如下样式:
  1.         {          "name": "A",          "version": "4.24.0.9-yang-static",          "summary": "{:git=>"git@git.xxx.com:xxx/A.git", :tag=>"4.24.0.9"}"          ...        }
复制代码


  • (h) Specs 堆栈目录布局如下所示,目录均为手动创建,没有使用 CocoaPods 提供的方式更新:
  1.         ├── A        │   └── 4.22.0.8-yang-static        │       └── A.podspec.json        ├── B        │   ├── 0.2.21-yang-static        │   │   └── B.podspec.json        │   └── 0.2.9-yang-static        │       └── B.podspec.json        ├── C        │   └── 1.4.0-yang-static        │       └── C.podspec        └── D            └── 2.5.0-yang-static                └── D.podspec
复制代码
二、使用二进制



  • 在触发 pod install 过程之前,需要在当地把私有 Specs 堆栈更新到最新,pod repo update xxx;
  • 接下来就是 patch pod install 替换依赖的过程,在不更改 podfile 的情况下,只能模仿 pod install 的过程,自己创建一个脚原来替代这个利用。整个过程不复杂,可以参考下面这一段带注释的代码:
[code]        # 参考 `CocoaPods` 的源码,模仿 `pod install` 执行的过程        argv = CLAide::ARGV.new([])        cmd = Pod::Command.new(argv)        cmd.send :verify_podfile_exists!        installer = cmd.send :installer_for_config        installer.repo_update = false        installer.update = false                podfile = installer.podfile                # 获取此次 install 的设置,是全部使用二进制照旧全部使用源码        # 全部使用二进制时,哪些 pod 依旧使用源码引入        use_all_binary, source_pod_list = ZHPodInstallHelper.read_binary_pods_pref        use_all_binary = false if ENV[&#39;ALL_SOURCE&#39;] == &#39;true&#39;        unless use_all_binary          puts &#39;  pod install with all source&#39;          installer.install!          exit(0)        end                # 为 podfile 添加二进制 Specs 堆栈的 source        podfile.send(:get_hash_value, &#39;sources&#39;)        hash_sources = podfile.send(:get_hash_value, &#39;sources&#39;) || []        hash_sources
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

发布主题

专注素材教程免费分享
全国免费热线电话

18768367769

周一至周日9:00-23:00

反馈建议

27428564@qq.com 在线QQ咨询

扫描二维码关注我们

Powered by Discuz! X3.4© 2001-2013 Comsenz Inc.( 蜀ICP备2021001884号-1 )