用实例说话——Linux中使用静态库和动态库


一、静态库和动态库的区别

生成库,可以将一些应用程序通用的功能、算法等实现解耦、复用并且对外保密性好。库分为静态库和动态库,先来看看他们的区别。

  • 静态库(后缀为.a .lib):编译进可执行文件中的库,往往使最后生成的可执行文件较大,若改动静态库需要重新编译可执行文件。
  • 动态库(后缀为.so .dll):在可执行文件运行时再去链接的库,最后生成的可执行文件较小但运行起来较慢,若改动动态库不需要重新编译可执行文件。

二、代码实例

为了增强初学者的信心,我们以最简单的helloword程序来举例。
准备工作:linux,gcc环境
首先我们建好一个目录来存放接下来要写的代码文件

mkdir test

接着,我们来写几个必备函数

功能文件func.c

#include <stdio.h>
void hello(const char *name)
{
printf(“Hello %s!\n”,name);
}

功能文件搭配的头文件func.h

#ifndef _FUNC_H
#define _FUNC_H
void hello(const char *name);
#endif//FUNC_H

测试文件main.c

#include “func.h”
int main()
{
hello(“World”);//调用hello方法,传入字符参数“Word”。
return 0;
}

接着我们要将功能文件func.c生成静态库和动态库,然后将测试文件main.c在编译中链接静态库或动态库,可执行文件,然后运行可执行文件。
不管生成静态库还是动态库,都要先将功能文件编译为目标文件(后缀为.o)
我们使用gcc编译:

gcc -c func.c

此时同级目录下会生成func.o文件。
接下来我们先生成静态库(一般在库文件名称前加前缀lib):

ar cr libmyfunc.a func.o

此时同级目录下会多一个文件libmyfunc.a
生成动态库:

gcc -shared -fPIC -o libmyfunc.so func.c

此时同级目录下会多一个文件libmyfunc.so
接下来就是将我们的测试函数链接我们的库函数

gcc -o main_a main.c /.libmyfunc.a
gcc -o main_so main.c /.libmyfunc.so

于是main_a就是链接静态库的可执行文件,main_so就是链接动态库的可执行文件。
假如我们使用静态库的目标文件为main_a,使用动态库的目标文件为main_so,我们来看看目标文件的大小(单位:byte)
使用wc 目标文件名 来查看

wc main_a 
wc main_so

结果:

15872 mian_a(静态库编译)
15792 main_so(动态库编译)

因为功能文件func.c也只有一个方法,所以看起来差别不大,但是还是可以看出动态可执行文件(main_so)是比静态可执行文件(main_a)要小的

三、流程图助攻

为了更清楚思路以及便于记忆,我们来画个流程图:
在这里插入图片描述

小编:按着步骤和思路来,拒绝畏难情绪!加油!

文中是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、dlsymdlclose就够了),但对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.x3.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++特性各种类型的参数。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值