美文网首页iOS bug修复iOS专攻资源__常见错误专题程序员
如何隐藏SDK中(.a库之间的冲突)符号 iOS/C/C++

如何隐藏SDK中(.a库之间的冲突)符号 iOS/C/C++

作者: atme | 来源:发表于2016-11-14 11:27 被阅读1496次

    一、 问题引入

    在当下的开发中,应用的功能做的越来越复杂,工程也越来越大,所以为了

    尽可能缩短开发周期,不可避免的会用到许多第三方库,随之而来的也会遇到好

    多问题。比如,程序调用函数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

    这些符号信息有以下几个弊端:

    1、增大了库的体积;

    2、隐蔽性较差;

    3、容易带来冲突。在开发过程中第三点带来的问题尤其严重,特别是当我们提供的SDK用到第

    三方库的时候(因为使用我们SDK的客户也有可能用到跟我们一样的第三方库)。

    二、 解决办法

    1、对第三方库处理  (C/C++)

    下面继续以x264(下文以libx264.a带过)为例说明如何编译第三方的库。

    没有隐藏符号的第三方库如“图1”所示,函数前面会带有external的标示。

    在最终对外发布的SDK中_x264_predict_16x16_dc_c还是打着external的标签,

    及对外可见。如图2所示:

    图2

    隐藏符号后,在libx264.a中,原先打上external标签的函数,会以private external标识。如图3所示:

    图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;

    图4

    其实通过观察编译的过程可以发现,通过上述设置,苹果最终将其转化为步

    骤1的命令进行编译。编译的结果也是在库里加了private external而已。

    3、符号剥离

           最后一步,也是最关键的一步,就是真正将步骤1或步骤2中打上private

    external标签的函数做最终的处理,把它们从要发布的库里剥离。

    1)首先设置prelink

    在target的build setting里搜索prelink,将Perform Single-Object Prelink置为

    Yes,然后把该工程需要的库都直接拖到Prelink libraries中。如图5所示:

    图5

    2)设置 post process

    将Deployment Postprocessing置为Yes。如图6所示:

    图6

    3)设置剥离方式

    将Strip Style设置为Non-Global Symbols。如图7所示:

    图7

    到目前为止,所有的设置都已经完成,接下来编译。有兴趣的同学可以观察

    一下编译的过程,会发现通过设置prelink,xcode会将库里所有的目标文件根据

    你支持的architecture分类打包,如libxxx-armv7-master.o/libxxx-arm64-master.o,

    最后一步执行Strip命令将所有需要隐藏的符号剥离。

    相关文章

      网友评论

      • 人生看淡不服就干:如果两个第三方库(没有源码),符号冲突了(来自不同.o,不能相互替换),这是应该怎样处理呢?
        人生看淡不服就干:@atme 修改链接顺序就能解决符号冲突(duplicate symbol)的问题??
        atme:链接时的顺序,比如先链接的liba.a,这个时候通过liba.a的导出符号表就可以找到funa在liba.a中定义,并加入符号表中;链接libb.a的

        时候发现符号表已经存在funa,就不会再次更新符号表,所以调用的始终是liba.a中的funa函数。看看这句话
      • 尚大大o_O:按照你上面的设置,我的项目编译不过呃,报file not found: XXX.a,这个如何解决??
      • 潇湘丝雨寒:哥们你少写了一项
        atme:@jiuhexiazi 你看看是不是库直接没有依赖
        jiuhexiazi:按照你上面的设置,我的项目编译不过呃,报file not found: XXX.a,这个如何解决??
        atme:啥呢?请赐教
      • c3aa99045d17:我晕,这个是我写的好不好?!
        兄弟起码写个引用啊!
      • Zzzzzzzzzzzzzz:写的太好了。

      本文标题:如何隐藏SDK中(.a库之间的冲突)符号 iOS/C/C++

      本文链接:https://www.haomeiwen.com/subject/sxqgsttx.html