一、 问题引入
在当下的开发中,应用的功能做的越来越复杂,工程也越来越大,所以为了
尽可能缩短开发周期,不可避免的会用到许多第三方库,随之而来的也会遇到好
多问题。比如,程序调用函数funa,funa函数从在于两个库liba.a,libb.a中,
并且程序执行需要连接这两个库,那么程序执行时是调用liba.a中funa还是调用
的libb.a中的funa呢?
其实这个取决于链接时的顺序,比如先链接的liba.a,这个时候通过liba.a的导出符号表就可以找到funa在liba.a中定义,并加入符号表中;链接libb.a的
时候发现符号表已经存在funa,就不会再次更新符号表,所以调用的始终是liba.a中的funa函数。
这里的调用严重的依赖于链接库加载的顺序,很大程度上会导致混论。作为SDK的提供者,我们尤其要避免这点。
正常我们使用的库中包含了好多符号信息,如图1所示:
这些符号信息有以下几个弊端:
1、增大了库的体积;
2、隐蔽性较差;
3、容易带来冲突。在开发过程中第三点带来的问题尤其严重,特别是当我们提供的SDK用到第
三方库的时候(因为使用我们SDK的客户也有可能用到跟我们一样的第三方库)。
二、 解决办法
1、对第三方库处理 (C/C++)
下面继续以x264(下文以libx264.a带过)为例说明如何编译第三方的库。
没有隐藏符号的第三方库如“图1”所示,函数前面会带有external的标示。
在最终对外发布的SDK中_x264_predict_16x16_dc_c还是打着external的标签,
及对外可见。如图2所示:
隐藏符号后,在libx264.a中,原先打上external标签的函数,会以private external标识。如图3所示:
那么如何才能得到我们想要的、打上private external标签的库呢,有两种方
法可以做到。
1)对每个函数加属性__attribute__((visibility(“hidden”))) void funa_hidden()
{
printf(“hidden symbol\n”);
}
void funa_visible()
{
printf(“exported symbol”);
}
这样做的好处是可以根据需要对每个函数做定制处理。但若我们用到的三方库代码量大,这种方法就是费时费力了。
2)编译库时统一处理
利用gcc的扩展属性,编译库时加上-fvisibility=hidden。
a)静态库
gcc –static –o libtest.a –fvisibility=hidden –c test.c
b)动态库
gcc –dynamic –o libtest.so –fvisility=hidden –c test.c,其中dynamic为clang的写法,大部分gcc写法为shared。
上边两种方法只处理了c/c++,因为语法问题,汇编需要做特殊里,但也是在函数头加属性,但它的属性写法为.private_extern。.macro function name, export=0, align=2
.macro endfunc
ELF .size \name, .
- \name
FUNC .endfunc
.purgem endfunc
.endm
.text
.align \align
.if \export
.global EXTERN_ASM\name
ELF .type EXTERN_ASM\name, %function
FUNC .func EXTERN_ASM\name
EXTERN_ASM\name:
.private_extern
EXTERN_ASM\name
.else
ELF .type
FUNC .func \name: .endif
.endm
\name, %function
\name
因为需要处理的汇编文件较少,所以对汇编采用了直接编辑源文件的方法。
其实个人觉得也应该能在编译时做统一处理,有兴趣的可以自己找一下方法。
2、对xcode工程的处理 (iOS)
对xcode工程处理相对直观、简单了许多。只需在工程的设置里做如下处理。
1)打开工程设置,跳转到build setting页面;
2)搜索hidden;
3)将Symbols Hidden by Default设置Yes;
其实通过观察编译的过程可以发现,通过上述设置,苹果最终将其转化为步
骤1的命令进行编译。编译的结果也是在库里加了private external而已。
3、符号剥离
最后一步,也是最关键的一步,就是真正将步骤1或步骤2中打上private
external标签的函数做最终的处理,把它们从要发布的库里剥离。
1)首先设置prelink
在target的build setting里搜索prelink,将Perform Single-Object Prelink置为
Yes,然后把该工程需要的库都直接拖到Prelink libraries中。如图5所示:
2)设置 post process
将Deployment Postprocessing置为Yes。如图6所示:
3)设置剥离方式
将Strip Style设置为Non-Global Symbols。如图7所示:
到目前为止,所有的设置都已经完成,接下来编译。有兴趣的同学可以观察
一下编译的过程,会发现通过设置prelink,xcode会将库里所有的目标文件根据
你支持的architecture分类打包,如libxxx-armv7-master.o/libxxx-arm64-master.o,
最后一步执行Strip命令将所有需要隐藏的符号剥离。
