1、Bitcode

随着 Xcode7 的发布，Apple 提供了一项新的技术来支持 App 瘦身功能，那就是 Bitcode。
1、BitCode 是什么
- Bitcode is an intermediate representation of a compiled program. Apps you upload to iTunes Connect that contain bitcode will be compiled and linked on the store. Including bitcode will allow Apple to re-optimize your app binary in the future without the need to submit a new version of your app to the store.
- Xcode hides symbols generated during build time by default, so they are not readable by Apple. Only if you choose to include symbols when uploading your app to iTunes Connect would the symbols be sent to Apple. You must include symbols to receive crash reports from Apple.
- 上述引自Apple的文档 App Thinning (iOS, tvOS, watchOS)。
- 其大概意思是 Bitcode 类似于一个中间码，被上传到 AppleStore 之后，苹果会根据下载应用的用户的手机指令集类型生成只有该指令集的二进制，进行下发，从而达到精简安装包体积的目的。
2、一点编译原理
- 为了更好的理解什么是 Bitcode，我们简短的看一下编译器编译的过程：
  - Lexer ：读入源文件，并将其转化成字符流。
  - Parser ：将字符流转换成 AST（抽象语法树）。
  - Semantic Analysis ：对输入的 AST 进行语法检查。
  - Code Generation ：代码生成，将 AST 转换成低层次的IR指令。
  - Optimization ：分析 IR 指令，将其中潜在会拖慢运行速度的指令干掉。
  - AsmPrinter ：通过 IR（中间码）生成特定 CPU 架构的汇编代码。
  - Assemble ：将汇编代码转化成二进制。
  - Linker ：通常程序会引用其他的二进制文件（.a 或者 framework)，但是这些链接在程序中没有正确的地址，只是个占位符。Linker 的工作就是给这些占位符正确的地址。
  - 更多信息可以参考：The Compiler
- 一般情况下，在真实的编译器构架那种，会将上述过程分成前端和后端两部分来处理：
  - 在前后端之间传递的就是 IR（中间码），而 Bitcode 就是一种特殊形式的中间码。原本前后端的工作都是在本地 LLVM 中完成，虽然 Apple 没有给出具体的 Bitcode 实现，但是通过他们的文档可以猜测，是将一部分后端的工作移到了服务器进行。从 Xcode 上传 IR 到服务器，服务器来真对不同的机型进行后续操作。从而达到真对不同机型生成对应指令集的二进制，而减小包体积的目的。
3、Bitcode 设置
- 实际上在 Xcode7 + 中，我们新建一个 iOS 程序时，Bitcode 选项默认是设置为 YES 的。我们可以在 Build Settings => Build Options => Enable Bitcode 选项中看到这个设置。
- 不过，我们现在需要考虑的是三个平台：iOS / Mac OS / watchOS。
  - 对应 iOS，Bitcode 是可选的。
  - 对于 watchOS，Bitcode 是必须的。
  - Mac OS 不支持 Bitcode。
- 如果我们开启了 Bitcode，在提交包时，下面这个界面也会有个 Bitcode 选项：
  - 但是如果其中包含第三方库，不支持 Bitcode 时候，需要将 Enable BitCode 设置成 NO。而且这个选项是只要有一个第三方库不支持，就不能开的，否则连接错误。
- 确保打包的时候使用的是 fembed-bitcode, 而不是 fembed-bitcode-maker
  - You should be aware that a normal build with the -fembed-bitcode-marker option will produce minimal size embedded bitcode sections without any real content. This is done as a way of testing the bitcode-related aspects of your build without slowing down the build process. The actual bitcode content is included when you do an Archive build.
  - fembed-bitcode-maker：只是简单的标记一下在 archive 出来的二进制中 Bitcdoe 所在的位置。
  - fembed-bitcode：真的会生成 Bitcode 指令，并且嵌入到二进制中，这个设置不止要在 app 中设置，同样你也必须在编译静态链接库的时候使用。而且需要主题的是该参数系统只默认在 archive 模式下会添加。
- 需要注意的是 Bitcode 只默认在 archive 下编译。在 debug 和 release 下并不会。
  - 如果您开发的是 app 那么走正常的打包 archive 流程就好了。如果你正在开发 .a 静态库或者 framework，请注意打包方式设置为 archive，或者在打包脚本中加入 -fembed-bitcode 参数。如果需要的话，需要在 Build Settings 中打开 DEPLOYMENT_POSTPROCESSING=YES，设置 Strip Style 为 debugging。
4、检测是否打开 Bitcode
- 当打开 Bitcdoe 选项之后，我们可以使用 otool 工具来检查二进制文件中是否包含 bitcode 段。
- 针对于静态链接库 .a 文件
```
    otool -arch armv7 -l xxxx.a | grep __bitcode | wc -l
```
  - 如果是当前库支持 .a 文件则会输出一个数字，如果不支持 Bitcode 则不会出现该数字。
  - 上述命令只检查了 armv7 架构，同时，也必须使用该指令检查其他的指令集是否包含 Bitcode 如：arm64，armv7s 等等
- 检查 app 或者 framework 中是否包含 Bitcode
  - 由于 app 中二进制和 framework 中二进制文件与 .a 文件存在差异，因为需要检查的是 __LLVM 段，当出现该段的时候，则表示支持 Bitcdoe，否则不支持。
```
    otool -l xxxx | grep __LLVM | wc -l
```
  - 这里 otool 有个 bug，当你的 framework 使用过 lipo 命令，进行拆解和合并之后，需要指定指令集进行检查才可以。
```
    otool -arch armv7 -l xxxx | grep __LLVM | wc -l
```
  - BUT, 上述检查过了之后，也不一定是真的支持 Bitcode，在实际的测试中，发现上述检测命令通过之后，某个使用的第三方库，依然报错不支持 Bitcode。因而最终结果，还是需要以是否能够连接成功为准。重要事情说三遍，上述网上流传的检测方法只做参考，最终还是要以实际效果为准。
- 最终结果检查
  - 如果您是一个 APP，可以直接进行 Archive 打包，如果是一个库，则建议建一个 Demo 工程进行打包，记得要打开 Bitcode 设置。
  - CheckPoint1 连接是否报错
    - 如果有任何一个库没有打开 Bitcode 链接，将会出现类似下方的错误。只要链接过了，那么恭喜了，基本上是 OK 了。
  - CheckPoint2 检查最终效果
    - 使用开发模式导出 ipa

5、选择出包的方式

这里建议使用第二种，生成针对具体机型的包
- 出现了，Compiling Bitcode，这个过程
在最后输出的文件中，你能够看到一个 App Thinning 的结果，里面有针对各个机型的 ipa 包。

在 App Thinning Size Report 中能够明显看到，由于使用了 Bitcode 等技术之后，所带来的收益：

    App Thinning Size Report for All Variants of BlackVariant: Black-iPad (4th generation)-etc.ipaSupported devices: iPad (3rd generation) and iPad (4th generation)App + On Demand Resources size: 368 KB compressed, 737 KB uncompressedApp size: 368 KB compressed, 737 KB uncompressedOn Demand Resources size: Zero KB compressed, Zero KB uncompressed....

OS - Bitcode App 瘦身中间码相关推荐

Android App 瘦身总结第三章代码混淆及优化
目录一.代码混淆proguard 二.调整第三方库三.环境差异依赖四.代码习惯五.插件化六.总结在前两章我们分别从图片资源和jni动态库这两个方面来分析apk瘦身的优化点 Android ...
App瘦身最佳实践(分析了微信、淘宝、微博图片文件的放法)
本文会不定期更新,推荐watch下项目.如果喜欢请star,如果觉得有纰漏请提交issue,如果你有更好的点子可以提交pull request. 本文的示例代码主要是基于作者的经验来编写的,若你有其他 ...
App 瘦身最佳实践
原文链接:www.jianshu.com Android本文会不定期更新,推荐watch下项目.如果喜欢请star,如果觉得有纰漏请提交issue,如果你有更好的点子可以提交pull request. ...
Android中app瘦身方式
App瘦身的概念 App瘦身是指在不减少App功能的前提下,通过一些技巧将打包出来的apk体的体积尽可能减少. 这样做的好处有几个:加快用户下载速度,节省用户下载流量,提升用户下载体验. 如果不进 ...
App瘦身、性能优化总结
App瘦身资源瘦身使用tinypng压缩PNG图片.视频可以通过 Final cut等软件进行分辨率压缩.音频则降低码率即可. 非必须资源文件可以放到自己服务器上启动图使用 LaunchScre ...
iOS App 瘦身实践总结
文章最后有我的 12 条小总结. 原文始发地址:我的 GitHub 写在前面最近公司需求不多,正好研究一下 App 瘦身的办法,写了点小总结. 如果你不知道下面几个问题,不妨可以看看文章. 使用 . ...
iOS app 瘦身
本文译自:Guides and Sample Code 的App Thinning (iOS, tvOS, watchOS) App 瘦身 App Store和操作系统通过将app定制到用户的特定设备 ...
Android App 瘦身总结
随着移动端产品功能的逐渐增加,APP 的体积也不可避免地呈现上升趋势,如果不加以重视,几个版本迭代下来,可能你的 APP 体积会达到用户不能忍受的程度. 如果你是 SDK 开发者,你的 SDK 包大小 ...
Android App 瘦身总结第二章 jni动态库及cpu兼容
目录一.利弊分析,按需引用二.平台兼容三.动态加载四.总结在前一章主要分析了图片资源部分的优化(Android App 瘦身总结第一章图片资源的优化处理_There is a Bug!! ...

OS - Bitcode App 瘦身中间码

1、Bitcode

OS - Bitcode App 瘦身中间码相关推荐

最新文章

热门文章