一、 问题引入
在当下的开发中，应用的功能做的越来越复杂，工程也越来越大，所以为了尽可能缩短开发周期，不可避免的会用到许多第三方库，随之而来的也会遇到好多问题。比如，程序调用函数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、对第三方库处理
下面继续以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
.private_extern EXTERN_ASM\name
ELF .type EXTERN_ASM\name, %function
FUNC .func EXTERN_ASM\name
EXTERN_ASM\name:
.else
ELF .type \name, %function
FUNC .func \name
\name:
.endif
.endm
因为需要处理的汇编文件较少，所以对汇编采用了直接编辑源文件的方法。其实个人觉得也应该能在编译时做统一处理，有兴趣的可以自己找一下方法。
2、对xcode工程的处理
对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命令将所有需要隐藏的符号剥离。