2022,致力于做行业资讯、优秀的短信网站导航平台!
本站收录相关网址皆来源于网络,欢迎广大用户反馈问题网站,本站将第一时间清理!并且提醒大家!
手机短信验证码_语音验证码平台_接码网站-爱码网
当前位置: 首页 > 新闻快讯 >

干货 | 资深程序猿教你如何缩短开发周期

时间: 2020-02-12 23:32 来源: 未知 作者: 1 点击:
干货 | 资深程序猿教你如何缩短开发周期 关键词:(¬_¬)程序猿 缩短开发周期 一,问题引入 在当下的开发中,应用的功能做的越来越复杂,工程也越来越大,所以为了尽可能缩短开发

干货 | 资深程序猿教你如何缩短开发周期

关键词:(¬_¬)程序猿缩短开发周期

一,问题引入

在当下的开发中,应用的功能做的越来越复杂,工程也越来越大,所以为了尽可能缩短开发周期,不可避免的会用到许多第三方库,随之而来的也会遇到好 多问题。比如,程序调用函数 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、对第三方库处理

下面继续以 x264(下文以 libx264.a 带过)为例说明如何编译第三方的库。 没有隐藏符号的第三方库如“图 1”所示,函数前面会带有 external 的标示。

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

如图 2 所示:

图2

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

如图 3 所示:

那么如何才能得到我们想要的、打上 private external 标签的库呢,有两种方 法可以做到。

1)对每个函数加属性 __attribute__((visibility(“hidden”))) void funa_hidden() {

printf(“hidden symbol”); }

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, .macro endfunc

ELF .sizeame, . -ame FUNC .endfunc

.purgem endfunc .endm

.text

.align lign .if export

.global EXTERN_ASMame

ELF .type EXTERN_ASMame, %function FUNC .func EXTERN_ASMame EXTERN_ASMame:

.private_extern

EXTERN_ASMame

.else

ELF .type

FUNC .funcame:

.endif .endm

ame, %functioname

因为需要处理的汇编文件较少,所以对汇编采用了直接编辑源文件的方法。 其实个人觉得也应该能在编译时做统一处理,有兴趣的可以自己找一下方法。

2、对 xcode工程的处理

对 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

将 Deployment Postprocessing 置为 Yes。

如图 6 所示:

图6

2)设置 post process

将 Strip Style 设置为 Non-Global Symbols。

如图 7 所示:

图7

到目前为止,所有的设置都已经完成,接下来编译。有兴趣的同学可以观察一下编译的过程,会发现通过设置 prelink,xcode 会将库里所有的目标文件根据 你支持的 architecture 分类打包,如 libxxx-armv7-master.o/libxxx-arm64-master.o, 最后一步执行 Strip 命令将所有需要隐藏的符号剥离。

------分隔线----------------------------
日常分享