C++、Java、Objective-C、Swift 二进制兼容测试

鉴于目前动态库在iOS App中使用越来越广泛，二进制的兼容问题可能会成为一个令人头疼的问题。本文主要对比一下C++、Java、Objecive-C和Swift的二进制兼容问题。

iOS 8开始支持App使用动态库。

开源库只能通过Podfile做源码引入，源码依赖，编译非常慢。

可持续构建也需要基于苹果的环境，比如使用Mac Pro/Mac Mini构建。Mac Pro比较昂贵，Mac mini性能不行，构建一次需要花费大量时间。

大型App为了加快编译速度，可以维护自己的私有仓库，把依赖的库尽量编译成Framework，加快编译速度。

Swift目前必须基于动态库开发。

基于动态库构建App，升级一个动态库需要将整个依赖树编译一遍。尤其是一些频繁变动的基础组件，比如视觉组件的改动，牵一发而动全身。

C++、Java、OC和Swift分别实现Foo这个基类，然后再实现Bar这个子类，main则使用Bar类打印成员变量的信息。给Foo类添加成员变量<code>member0</code>，重新编译Foo（make foo &amp;&amp; ./main），Bar和main不变，然后观察执行结果。

C++会出现错位，但是没有崩溃。二进制也是比较脆弱的。

Java能正常工作。

OC能正常工作。OC非常适合基于动态库的组件方式。

Swift构造Bar对象就会崩溃。现状让我们非常头疼。

C++的设计没有考虑到二进制兼容的问题，所以兼容很一般。

OC使用方法和属性都使用消息派发，增加和删除方法，移动方法的顺序，都不会导致问题；另外对成员变量的改变做了支持，所以二进制兼容完美。

<code>作为一种崭新的语言，Swift的二进制兼容最差，匪夷所思啊。</code>

另外大家讨论的时候也提到C++虚函数改变顺序会不会出问题。针对这个问题我验证了一下，确认C++虚函数表里面函数的顺序完全取决于函数在头文件中声明的顺序。

比如Foo有func1和func2两个虚函数，调换func1和func2的顺序，不重新编译main。在main里面调用func2，实际上会调用到func1。

<a href="https://lvc.github.io/abi-compliance-checker/">C++ ABI Compliance Checker</a>

<a href="http://quotation.github.io/objc/2015/05/21/objc-runtime-ivar-access.html">Objective-C类成员变量深度剖析</a>

<a href="http://www.jianshu.com/p/3b219ab86b09">Non Fragile ivars</a>

<a href="https://github.com/opensource-apple/objc4">Objc源码</a>

<a href="http://www.jianshu.com/p/5860f5542f21">Swift库二进制接口(ABI)兼容性研究</a>

Golang也是一门赞新的语言，我非常好奇它对二进制兼容这块是怎么考虑的，所以欢迎广大有为青年补充一个Golang版本。