linux生成动态链接库返回字符串,Linux动态链接库导出函数

近日在项目中遇到一个问题,需要在so库中控制导出函数,即像windows平台一样,只允许制定的函数导出,而其他函数需要屏蔽掉。

注意:参考文献中有一些函数是不能编译通过的。

编译环境:gcc 4.4.3

在windows中,我们可以指定__declspec(dllexport)定义来控制导出函数,在linux下,我们也有类似的控制参数。

在GCC帮助文档 -fvisibility=default|internal|hidden|protected参数下有这样一段描述:

a superior solution made possible by this option to marking things hidden when the default is public is to make the default hidden and mark things public. This is the norm with DLL's on Windows and with -fvisibility=hidden and "__attribute__ ((visibility("default")))" instead of "__declspec(dllexport)" you get almost identical semantics with identical syntax. This is a great boon to those working with cross-platform projects.

需要了解的是,在linux下,源文件中的所有函数都有一个默认的visibility属性为public,在编译命令中加入-fvisibility=hidden参数,会将所有默认的public的属性变为hidden。此时,如果对函数设置__attribute__ ((visibility("default")))参数,使特定的函数仍然按默认的public属性处理,则-fvisibility=hidden参数不会对该函数起作用。所以,设置了-fvisibility=hidden参数之后,只有设置了__attribute__ ((visibility("default")))的函数才是对外可见的,如此则效果等同于Visual Studio下的__declspec(dllexport)定义。

下面看一个例子:

#include

#include

#include

extern int test (int i);

__attribute ((visibility("default"))) int test2 (int i)

{

test(i);

printf("this is test2/n");

}

int test3 (int i)

{

printf("this is test 3/n");

}

此时调用以下命令编译:

gcc -shared -o test.so -fvisibility=hidden test.c

可以获得test.so文件,用以下命令查看so文件属性:

readelf -s test.so

得到以下结果:

Symbol table '.dynsym' contains 12 entries:

Num:    Value  Size Type    Bind  Vis      Ndx Name

0: 00000000    0 NOTYPE  LOCAL  DEFAULT  UND

1: 00000000    0 NOTYPE  WEAK  DEFAULT  UND __gmon_start__

2: 00000000    0 NOTYPE  WEAK  DEFAULT  UND _Jv_RegisterClasses

3: 00000000    0 NOTYPE  GLOBAL DEFAULT  UND test

4: 00000000    0 FUNC    GLOBAL DEFAULT  UND puts@GLIBC_2.0 (2)

5: 00000000    0 FUNC    WEAK  DEFAULT  UND __cxa_finalize@GLIBC_2.1.3 (3)

6: 00002014    0 NOTYPE  GLOBAL DEFAULT  ABS _end

7: 0000200c    0 NOTYPE  GLOBAL DEFAULT  ABS _edata

8: 0000049c    31 FUNC    GLOBAL DEFAULT  12 test2

9: 0000200c    0 NOTYPE  GLOBAL DEFAULT  ABS __bss_start

10: 00000380    0 FUNC    GLOBAL DEFAULT  10 _init

11: 00000508    0 FUNC    GLOBAL DEFAULT  13 _fini

Symbol table '.symtab' contains 56 entries:

Num:    Value  Size Type    Bind  Vis      Ndx Name

0: 00000000    0 NOTYPE  LOCAL  DEFAULT  UND

1: 000000f4    0 SECTION LOCAL  DEFAULT    1

2: 00000118    0 SECTION LOCAL  DEFAULT    2

3: 0000015c    0 SECTION LOCAL  DEFAULT    3

4: 00000198    0 SECTION LOCAL  DEFAULT    4

5: 00000258    0 SECTION LOCAL  DEFAULT    5

6: 000002e0    0 SECTION LOCAL  DEFAULT    6

7: 000002f8    0 SECTION LOCAL  DEFAULT    7

8: 00000328    0 SECTION LOCAL  DEFAULT    8

9: 00000370    0 SECTION LOCAL  DEFAULT    9

10: 00000380    0 SECTION LOCAL  DEFAULT  10

11: 000003b0    0 SECTION LOCAL  DEFAULT  11

12: 000003e0    0 SECTION LOCAL  DEFAULT  12

13: 00000508    0 SECTION LOCAL  DEFAULT  13

14: 00000524    0 SECTION LOCAL  DEFAULT  14

15: 00000544    0 SECTION LOCAL  DEFAULT  15

16: 00001f04    0 SECTION LOCAL  DEFAULT  16

17: 00001f0c    0 SECTION LOCAL  DEFAULT  17

18: 00001f14    0 SECTION LOCAL  DEFAULT  18

19: 00001f18    0 SECTION LOCAL  DEFAULT  19

20: 00001fe8    0 SECTION LOCAL  DEFAULT  20

21: 00001ff4    0 SECTION LOCAL  DEFAULT  21

22: 00002008    0 SECTION LOCAL  DEFAULT  22

23: 0000200c    0 SECTION LOCAL  DEFAULT  23

24: 00000000    0 SECTION LOCAL  DEFAULT  24

25: 00000000    0 FILE    LOCAL  DEFAULT  ABS crtstuff.c

26: 00001f04    0 OBJECT  LOCAL  DEFAULT  16 __CTOR_LIST__

27: 00001f0c    0 OBJECT  LOCAL  DEFAULT  17 __DTOR_LIST__

28: 00001f14    0 OBJECT  LOCAL  DEFAULT  18 __JCR_LIST__

29: 000003e0    0 FUNC    LOCAL  DEFAULT  12 __do_global_dtors_aux

30: 0000200c    1 OBJECT  LOCAL  DEFAULT  23 completed.7021

31: 00002010    4 OBJECT  LOCAL  DEFAULT  23 dtor_idx.7023

32: 00000460    0 FUNC    LOCAL  DEFAULT  12 frame_dummy

33: 00000000    0 FILE    LOCAL  DEFAULT  ABS crtstuff.c

34: 00001f08    0 OBJECT  LOCAL  DEFAULT  16 __CTOR_END__

35: 00000544    0 OBJECT  LOCAL  DEFAULT  15 __FRAME_END__

36: 00001f14    0 OBJECT  LOCAL  DEFAULT  18 __JCR_END__

37: 000004d0    0 FUNC    LOCAL  DEFAULT  12 __do_global_ctors_aux

38: 00000000    0 FILE    LOCAL  DEFAULT  ABS test.c

39: 00001ff4    0 OBJECT  LOCAL  HIDDEN  ABS _GLOBAL_OFFSET_TABLE_

40: 00002008    0 OBJECT  LOCAL  HIDDEN  22 __dso_handle

41: 00001f10    0 OBJECT  LOCAL  HIDDEN  17 __DTOR_END__

42: 000004bb    20 FUNC    LOCAL  HIDDEN  12 test3

43: 00000497    0 FUNC    LOCAL  HIDDEN  12 __i686.get_pc_thunk.bx

44: 00001f18    0 OBJECT  LOCAL  HIDDEN  ABS _DYNAMIC

45: 00000000    0 NOTYPE  WEAK  DEFAULT  UND __gmon_start__

46: 00000000    0 NOTYPE  WEAK  DEFAULT  UND _Jv_RegisterClasses

47: 00000508    0 FUNC    GLOBAL DEFAULT  13 _fini

48: 0000049c    31 FUNC    GLOBAL DEFAULT  12 test2

49: 0000200c    0 NOTYPE  GLOBAL DEFAULT  ABS __bss_start

50: 00000000    0 NOTYPE  GLOBAL DEFAULT  UND test

51: 00002014    0 NOTYPE  GLOBAL DEFAULT  ABS _end

52: 00000000    0 FUNC    GLOBAL DEFAULT  UND puts@@GLIBC_2.0

53: 0000200c    0 NOTYPE  GLOBAL DEFAULT  ABS _edata

54: 00000000    0 FUNC    WEAK  DEFAULT  UND __cxa_finalize@@GLIBC_2.1

55: 00000380    0 FUNC    GLOBAL DEFAULT  10 _init

可以看出,so文件中包含test2()和test3()这两个函数,并且test2()的属性为default(即可见),而test3()的属性则为hidden(不可见)。0b1331709591d260c1c78e86d0c51c18.png

文中是linux下 C++动态库 实现接口提供类导出的一个例子 注意其中使用函数返回基类指针的用法,因为Linux动态链接库不能像MFC中那样直接导出类 一、介绍 如何使用dlopen API动态地加载C++函数和类,是Unix C++程序员经常碰到的问题。 事实上,情况偶尔有些复杂,需要一些解释。这正是写这篇mini HOWTO的缘由。 理解这篇文档的前提是对C/C++语言中dlopen API有基本的了解。 这篇HOWTO的维护链接是: http://www.isotton.com/howtos/C++-dlopen-mini-HOWTO/ 二、问题所在 有时你想在运行时加载一个库(并使用其中的函数),这在你为你的程序写一些插件或模块架构的时候经常发生。 在C语言中,加载一个库轻而易举(调用dlopen、dlsym和dlclose就够了),但对C++来说,情况稍微复杂。 动态加载一个C++库的困难一部分是因为C++的name mangling (译者注:也有人把它翻译为“名字毁坏”,我觉得还是不翻译好), 另一部分是因为dlopen API是用C语言实现的,因而没有提供一个合适的方式来装载类。 在解释如何装载C++库之前,最好再详细了解一下name mangling。 我推荐您了解一下它,即使您对它不感兴趣。因为这有助于您理解问题是如何产生的,如何才能解决它们。 1. Name Mangling 在每个C++程序(或库、目标文件)中, 所有非静态(non-static)函数在二进制文件中都是以“符号(symbol)”形式出现的。 这些符号都是唯一的字符串,从而把各个函数在程序、库、目标文件中区分开来。 在C中,符号名正是函数名:strcpy函数的符号名就是“strcpy”,等等。 这可能是因为两个非静态函数的名字一定各不相同的缘故。 而C++允许重载(不同的函数有相同的名字但不同的参数), 并且有很多C所没有的特性──比如类、成员函数、异常说明──几乎不可能直接用函数名作符号名。 为了解决这个问题,C++采用了所谓的name mangling。它把函数名和一些信息(如参数数量和大小)杂糅在一起, 改造成奇形怪状,只有编译器才懂的符号名。 例如,被mangle后的foo可能看起来像foo@4%6^,或者,符号名里头甚至不包括“foo”。 其中一个问题是,C++标准(目前是[ISO14882])并没有定义名字必须如何被mangle, 所以每个编译器都按自己的方式来进行name mangling。 有些编译器甚至在不同版本间更换mangling算法(尤其是g++ 2.x和3.x)。 即使您搞清楚了您的编译器到底怎么进行mangling的,从而可以用dlsym调用函数了, 但可能仅仅限于您手头的这个编译器而已,而无法在下一版编译器下工作。 三、类 使用dlopen API的另一个问题是,它只支持加载函数。 但在C++中,您可能要用到库中的一个类,而这需要创建该类的一个实例,这不容易做到。 四、解决方案 1. extern "C" C++有个特定的关键字用来声明采用C binding的函数: extern "C" 。 用 extern "C"声明的函数将使用函数名作符号名,就像C函数一样。 因此,只有非成员函数才能被声明为extern "C",并且不能被重载。 尽管限制多多,extern "C"函数还是非常有用,因为它们可以象C函数一样被dlopen动态加载。 冠以extern "C"限定符后,并不意味着函数中无法使用C++代码了, 相反,它仍然是一个完全的C++函数,可以使用任何C++特性和各种类型的参数。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值