工程swift与OC混编改造

最近公司项目准备引入swift，由于目前工程已经完成了组件化不再是简单的单仓工程，所以需要进行混编改造。下面记录一下自己对工程进行混编改造的思考以及过程。

混编原理

看了很多文档，比较少有讲混编原理的，这里简单介绍一下语言进行混编的基本逻辑，因为我们都知道swift和OC可以混编，但是他们为啥能混编呢？

首先简单的过一下编译以及静态链接的流程：

1. 预编译阶段，B.m将引入A.h以及B.h全部copy到B.m(这种预编译方式我们称它为文本模型)

2. 编译阶段，B.m将B自身的方法地址全部编入符号表，但是编译的过程会碰到对A.function的调用，这个时候编译器检查A.function是否有声明,明确有（跟着A.h头文件copy过来的），但是并没有相应的实现，因此会将A.function的引用做一个特殊标记，并在重定位表中记录，等待静态链接成功后修改为指向A.function真实所在的地址

3. 完成所有.o文件的符号表的合并，根据重定位表中的记录需要重新修改符号的地址，完成真实的A.function地址的特殊标记替换。

整个过程中只要生成的A.o以及B.o中间文件是按照编译器预期的格式组织的，那么静态链接器ld的就能根据格式缝合成最终产物:可运行的app。因此无论A和B是用什么语言编写的，只要编译器B本身能够识别出对应的语言A的声明，那么就可以在B的编译过程中标记A.function,并产出规定格式的.o文件。最终在静态链接器的帮助下完成对A.function的调用。（由上也可以看出头文件其实仅仅承担了符号标记的作用，其余的编译部分都是在实现文件中完成的）