2019.12.3C++学习笔记——Linux系统C++链接动态库和操作数据库

本文介绍了在Linux系统中,如何使用C++链接动态库,包括添加-L和-l编译选项,以及动态库路径的设置方法。同时,详细阐述了C++操作数据库的步骤,特别是当系统未安装mysql时,需要包含的头文件和链接的库文件,强调了在链接动态库时可能出现的问题及解决办法。

近期工作要求操作数据库并转换Json格式计算Mac值,因为所给的接口库为so库,所以要在Linux系统下编写主程序。

之前已经在工作中接触了Windows系统下的C++操作数据库、Json.cpp调用和链接动态库,这次在Linux下重新编译需要一些改动。

Linux系统C++链接动态库

在Linux系统中,如果没有安装带UI的编译工具软件的话就无法像在Windows下一样直接在项目属性页中添加依赖库和附加依赖目录,需要使用g++编译器在命令行中进行链接,具体步骤为在g++编译项中添加 -l 库指令和 -L 库路径指令。

编译时的指令为:

g++ 工程路径/xxx.cpp -o test(应用程序名) -l库名称 -L LD_LIBRARY_PATH

在Linux中动态库路径的设置有好几种方法,其中我了解到的有两种:添加到默认lib文件夹和export动态库路径。

第一中是将需要链接的so库加入Linux下的 /usr/lib/ 或 /usr/lib/bin/ 文件夹中,这是Linux下编译器的默认库路径,编译时可直接链接到动态库,缺点是会使系统文件夹变大变乱。

第二种是在代码编译过程中导出一个设定好的动态库路径,具体操作为:
1.将要链接的so库加入选择好的路径中
2.在命令行中设置LD_LIBRARY_PATH,额外的动态库路径:

export LD_LIBRARY_PATH=动态库路径/:$LD_LIBRARY_PATH

3.进行g++编译(代码如上)
4.推荐编译运行完成后清除刚刚设置的LD_LIBRARY_PATH,因为此变量为全局变量,不清除说不定会出问题。

unset LD_LIBRARY_PATH

如果是要链接多个动态库也很方便,只需要保证需要的库在一个文件夹中,即同一个LD_LIBRARY_PATH中,则可直接一次性链接多个动态库。

g++ ./xxx.cpp -o test -l库a -l库b -L LD_LIBRARY_PATH

P.S.不知道为何,我想在网上看到别人的教程中,g++编译项的参数中附加依赖库项都是如上的-l库名称,但是我在自己编译过程中这样操作却会显示找不到 l库名称的so库,反而要将其改为(没有前面的短杠)lib库名称.so(即库的完整名称: lib库名.so)才可编译成功。

g++ ./xxx.cpp -o test lib库名.so -L LD_LIBRARY_PATH

Linux系统C++操作数据库

Linux系统下C++操作数据库的代码部分与Windows下基本一样,需要注意的是C++操作数据库所必须的头文件和动态库位置。
Linux系统中,如果安装了mysql后,则可以在/usr/include/mysql中找到需要的mysql.h头文件,在/usr/lib64/mysql中找到需要的so库。

如果系统中已安装了mysql,则似乎可以不使用与Windows一样的链接动态库调用接口的方式连接到mysql,好像可以通过类似mysqlclient.conf的指令在Linux命令行中直接连接到mysql,但是我没有去详细了解。

我因为要连接的mysql数据库不是本机的数据库,所以自己电脑上的Linux虚拟机没有特意安装mysql,这时就需要跟Windows系统下一样的链接过程:
C++链接mysql
主要就是添加头文件和链接mysql客户端so库。

头文件方面不再仅仅需要一个mysql.h了,因为我编译时发现需要将最好将/usr/include/mysql/中的所有.h文件添加到工程文件夹中,只添加一个mysql.h会无法包括到mysql.h头文件所包含的头文件。
库方面比较方便,只需要/usr/lib64/mysql/文件夹中的一个 libmysqlclient.so的文件(可能在同一路径下有好几个后缀版本不同的libmysqlclient.so库,可以逐一试试,有一个是正确的),然后将其按上面的方法加入工程文件夹并链接即可。

总体来说,Linux环境下未安装mysql数据库时想要编译C++操作mysql的工程,你只需要有mysql数据库的整个include文件夹和一个libmysqlclient动态库即可。

文中是linuxC++动态库 实现接口提供类导出的一个例子 注意其中使用函数返回基类指针的用法,因为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++特性各种类型的参数。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值