Linux动态库的导出控制

在实际工作中,许多软件模块是以动态库的方式提供的。做为模块开发人员,我们不仅要掌握如何编写和构建动态库,还要了解如何控制动态库的导出接口,这样,我们可以向模块的用户仅导出必要的接口,而另一些内部接口,为了安全或其他考虑,可以不必导出。当需要导出C++类时,问题显得更复杂一些,不过我认为不应导出C++类成员,而只应导出纯C接口。

和Visual C++不同,GCC编译器默认会导出所有符号。假设我们需要导出两个全局函数test和test2,以及一个C++类foo,此类有两个public成员函数a和b,声明文件so.h如下:

复制代码
 1 #ifndef __SO_H__
 2 #define __SO_H__
 3 
 4 #ifdef __cplusplus
 5 extern "C" {
 6 #endif
 7 
 8 void  test();
 9 int   test2(int _v);
10 
11 
12 class foo
13 {
14 public:
15     void a();
16     int  b(int _v);
17 };
18 
19 
20 #ifdef __cplusplus
21 }
22 #endif
23 
24 
25 #endif
复制代码

 

实现文件so.cpp如下:

复制代码
 1 #include <stdio.h>
 2 #include "so.h"
 3 
 4 
 5 void  test()
 6 {
 7     printf("test\n");
 8 }
 9 
10 
11 int  test2(int _v)
12 {
13     return _v*_v;
14 }
15 
16 
17 void  foo::a()
18 {
19     printf("foo::a()\n");
20 }
21 
22 
23 int  foo::b(int _v)
24 {
25     return _v*_v;
26 }
复制代码

 

我们把这些代码编译成一个动态库test.so:

$ g++ -shared -o test.so -fPIC so.cpp

然后使用nm命令查看动态符号表:

复制代码
$ nm -D test.so
                 w _Jv_RegisterClasses
000000000000063e T _ZN3foo1aEv
0000000000000658 T _ZN3foo1bEi
0000000000201018 A __bss_start
                 w __cxa_finalize
                 w __gmon_start__
0000000000201018 A _edata
0000000000201028 A _end
00000000000006a8 T _fini
0000000000000508 T _init
                 U puts
000000000000061c T test
000000000000062e T test2
复制代码

可见,test、test2、foo::a、foo::b都被导出了(注意带有大写T的项)。

接着我们再写一个客户程序main.cpp,来实现此动态库,代码如下:

复制代码
 1 #include <stdio.h>
 2 #include "so.h"
 3 
 4 int main(int argc, char** argv)
 5 {
 6     test();
 7     printf("test2: %d\n", test2(3));
 8 
 9     foo f;
10     f.a();
11     printf("foo::b: %d\n", f.b(2));
12 
13     return 0;
14 }
复制代码

 

编译命令和输出如下:

$ g++ -o app main.cpp test.so
$ ./app
test
test2: 9
foo::a()
foo::b: 4

 

上面的操作,显示了默认情况下,Linux动态库是导出了所有符号的,另外,也展示了如何导出和使用动态库中的C++类成员。

 

现在,假设我们要只导出全局函数test和foo类的成员函数a,怎么办呢?有好几种方法,最方便的是使用GCC编译器特性。首先,将so.h修改如下:

复制代码
 1 #ifndef __SO_H__
 2 #define __SO_H__
 3 
 4 #define DLL_PUBLIC __attribute__ ((visibility("default")))
 5 
 6 #ifdef __cplusplus
 7 extern "C" {
 8 #endif
 9 
10 DLL_PUBLIC  void  test();
11 int   test2(int _v);
12 
13 
14 class foo
15 {
16 public:
17     DLL_PUBLIC  void a();
18     int  b(int _v);
19 };
20 
21 
22 #ifdef __cplusplus
23 }
24 #endif
25 
26 
27 #endif
复制代码

so.cpp不变。接着,使用以下命令编译test.so:

$ g++ -shared -o test.so -fPIC -fvisibility=hidden so.cpp

其中,__attribute__ ((visibility("default")))是默认可见标签,还有一个是__attribute__ ((visibility("hidden")))。-fvisibility=hidden,意思是将动态库中的符号设置为默认不导出。这样一来,只有添加了DLL_PUBLIC,也就是__attribute__ ((visibility("default")))标签的符号才会被导出。我们可以用nm命令来检验:

复制代码
$ nm -D test.so
                 w _Jv_RegisterClasses
00000000000005ee T _ZN3foo1aEv
0000000000201018 A __bss_start
                 w __cxa_finalize
                 w __gmon_start__
0000000000201018 A _edata
0000000000201028 A _end
0000000000000658 T _fini
00000000000004b8 T _init
                 U puts
00000000000005cc T test
复制代码

可见,只留下了test和foo::a,其他两个符号已经看不到了。

如果此时,我们按一开始的步骤编译main.cpp,会报错:

$ g++ -o app main.cpp test.so
/tmp/ccA12RQf.o: In function `main':
main.cpp:(.text+0x1a): undefined reference to `test2'
main.cpp:(.text+0x48): undefined reference to `foo::b(int)'
collect2: ld returned 1 exit status

 

OK, 至此我们已经实现了Linux动态库(.so)中导出符号的控制。

文中是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、付费专栏及课程。

余额充值