如何在linux平台生成静态链接库与动态链接库？

动态库和静态库

在Win下，动态库以.dll结尾，静态库以.lib结尾。

在Linux下，动态库文件以.so结尾，静态库以.a结尾。

在Mac下，动态库以.dylib结尾，静态库以.a结尾。

动态库的优势和劣势

动态函数库在编译的时候并没有被编译进目标代码中，你的程序执行到相关函数时才调用该函数库里的相应函数，因此动态函数库所产生的可执行文件比较小。由于函数库没有被整合进你的程序，而是程序运行时动态的申请并调用，所以程序的运行环境中必须提供相应的库。 动态函数库的改变并不影响你的程序，所以动态函数库的升级比较方便。

某个程序在运行时要调用某个动态链接库函数的时候，OS首先查看所有正在运行的进程，找找看是否已经有人载入了这个库。如果有的话，直接用。如果没有才会载入。这样的第一个优点就是节省内存空间。动态调入意味着是等需要的时候才调入内存，而不是不管用不用都要先放到内存里来。

我如果想要升级某个软件。如果升级的位置是在dll里，那软件其他的部位不需要重新编译链接。所以升级方便。

静态库的优势和劣势

利用静态函数库编译成的文件比较大，因为整个函数库在编译时都会被整合进目标代码中，他的优点就显而易见了，即编译后的执行程序不需要外部的函数库支持，因为所有使用的函数都已经被编译进去了。当然这也会成为他的缺点，因为如果你静态链接的函数库改变了，那么你的程序必须重新编译。

代码更精简，因为不必做版本检查。

程序分发时文件个数少，因为静态链接到源文件里了。

只编译进来库中所用的部分，而不用整个库。

生成的binary占空间更大。

重复的库可能出现在多个进程，浪费内存。

库内部更新的话需要重新编译binary。

Linux平台的静态库

静态库的生成

静态库的链接

Linux平台的动态库

动态库的生成

动态库的链接

Windows平台的静态库

静态库的生成/MT 使用 LIBCMT.lib 编译以创建多线程可执行文件。 生成静态库lib。r 静态库的链接

1、在使用链接库的代码开头加入，第二行是要调用的链接库里的函数：

2、将要调用的链接库的lib放入项目源代码中，然后编译。（编译的时候不需要dll。这里把静态部分lib编译进了exe，但动态库dll还没用。）

3、运行之前要把dll放到exe目录下。

Windows平台的动态库

动态库的生成/MD 使用 MSVCRT.lib 编译以创建多线程 DLL。生成动态库。r 动态库的链接

1、 LoadLibrary（或MFC 的AfxLoadLibrary），装载动态库。

2、 GetProcAddress，获取要引入的函数，将符号名或标识号转换为DLL内部地址。

3、 FreeLibrary（或MFC的AfxFreeLibrary），释放动态链接库。

LINUX动态链接库的创建与使用？

对于动态链接库来说，程序的可执行文件当中会留有一个它的标记，当程序运行到相应的标记的时候，就会调用相应的动态库。由于动态库节省空间，所以一般linux下面链接程序的时候都是默认的按照动态方式链接的。

如何在macosx中创建动态链接库？

　　创建动态链接库：　　

1、生成module文件，也就是.o文件。这跟一般的Linux没什么区别。　　cc -c a.c b.c 就得到a.o和b.o　　

2、用ld来合并.o文件　　ld -r -o c.o a.o b.o 这个也没什么特别。　　

3、用libtool来创建动态链接库。　　libtool -dynamic -o c.dylib a.o b.o （ 这里也可以用libtool -static -o c.a a.o b.o就创建静态库）　　如果用gcc直接编译，linux下一般是：　　gcc -shared -o c.so a.c b.c　　而在Mac OS X下需要：　　gcc -dynamiclib -o c.dylib a.c b.c　　这往往也是向Mac OS X移植unix程序常出问题的地方。如果用autoconf/automake等工具，出错的几率应该小一些。　　访问动态链接库：　　1、nm是最常用的，这个用法跟linux下差不多　　nm c.dylib 可以看到导出符号表，等等。　　2、另一个常用的工具是otool，这个是Mac OS X独有的。比如想看看c.dylib的依赖关系　　otool -L c.dylib　　对Framework的理解：　　Framework是Mac OS X下必不可少的部分，不妨去看看/System/Library/Frameworks/下面，一大堆Framework。Framework是dylib的进一步演化，它把头文件、文档、动态链接库等整合成一个有机的目录，类似一种自描述的方式，这种做法其实在Mac OS X下随处可见。比如应用程序，一般都是一个目录，譬如/Applications/iTunes.app目录对应应用程序iTunes，双击这个目录即开始执行。这种做法和Windows下常见的一个exe/dll打天下很不相同。　　Framework的创建工具也是libtool，详细用法参考man。　　//////////////////////////////////////////////////////////////////////////////////////////////////////////////////////　　这里介绍一下怎么开发最简单的Cocoa程序,这个程序实在是太简单,因为如果你用Xcode的话,选用Cocoa Foundation Command Tool的话,应该不用写任何代码, 但是这里是为了向大家介绍一下,这个最简单的程序是如何通过gcc编译成功的,当然里面还有一个东西可以做一点解释.　　　　先看看源代码:　　#import

怎样在Qt中建立使用动态链接库？

工具/原料 安装有Qt集成开发环境的Windows或Linux 一、建立并生成动态链接库 1 首先在磁盘的某个位置建立一个名为DllDemo的文件夹。 打开QtCreator，新建工程，选择Library，C++库，然后就是choose。 2 然后在弹出的C++库对话框默认类型共享库，名称为MyDll。路径就是刚才建立的DllDemo文件夹。然后，一直下一步，直到点击完成。 3 来看看程序结构，以及pro文件内容。 可以看到系统自动生成了一个

mydll_global.h

的文件。 pro内也自动生成了一些内容。可以看到TEMPLATE = lib，而不是平时的TEMPLATE = app。 4 再来看看

mydll_global.h

的内容。 可以看到系统自动定义了两个宏。用于声明哪些函数是需要导出的。 5 下面来给代码添加点内容，以便于待会使用。 首先我们在

mydll.h

中添加几行代码， 注意：extern "C" MYDLLSHARED_EXPORT必须要有。 6 再来看看

mydll.cpp

中的实现代码，都比较简单。 7 代码编写完毕后，直接构建就行了。然后就可以看到生成的dll了。 二、测试生成的DLL 1 新建一个基于Qt的控制台应用程序，名称为DllTest。依然放置在DllDemo的目录下。 2 建好了以后，就可以在

main.cpp

写代码了。通过QLibrary类来加载dll。 因为要获得类对象的实例，所以需要将

mydll.h

包含进来。 要注意的是，我没有对函数是否成功获取做检测。 来看看代码： 3 代码写完后就可以构建程序了。不过要运行程序，还需要将刚才生成的dll拷贝到程序的同级目录。 4 在IDE中运行程序，因为生成的是debug版的程序，相关的环境变量未设置，无法独立运行。 可以看到dll工作的很好，程序运行正常。 三、善用Assistant 1 最后来看看Assistant中关于QLibrary的描述。比较费解的是，Assistant中并没有对创建共享库做详细的说明，估计是这个太简单或资料太多了吧。

linux动态库和静态库的区别？

动态链接库和静态链接库一般是编译集成一系列的接口（函数）

在程序源代码编译完成后通过编译器编译并通过链接器与这些库进行链接

动态链接库与静态链接库的区别在于链接器在进行链接时静态库会被直接编译进程序里

而动态链接库并不会，我们这里将这些链接库称作依赖（动态库和静态库）

程序的运行需要这些依赖，程序在静态链接后该程序本身便已包含该依赖

而动态链接后的程序本身本不包含该依赖，这些依赖需要执行者自行安装进操作系统（动态库、运行时库）

程序运行时会动态地加载这些库

linux上动态库一般的后缀后为.so

静态库一般的后缀为.a

由于静态链接会直接将库编译进程序里所以静态编译后的程序相较于动态链接所要大

这就是因为静态链接会将链接库编译进程序里的原因，所以占用就要大了

出于这种原因，静态库不易于维护与更新，如果链接库中有实现有bug等需要更新则需要更新整个程序，因为静态库被编译进程序中了

但动态库就没有这种情况了，因为动态库是程序运行时动态加载的，所以我们只需要更新动态库而不需要更新所有依赖该库的程序（软件）

另一方面，很多程序的开发都会使用到相同的链接库，也就是很多程序（软件）会有相同的依赖

如果将这些依赖全部静态编译的话将会造成存储资源占用过多而造成资源浪费

而使用动态库的方式这些程序（软件）则可以共享一个链接库，而不需要每个程序都带一个链接库，这样就大大地减少了存储资源占用空间