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

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

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

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

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

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

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

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

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

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

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

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

静态库一般的后缀为.a

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

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

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

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

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

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

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

三、linux windows静态库和动态库的区别？

两者区别：

a，静态库的使用需要：

1包含一个对应的头文件告知编译器lib文件里面的具体内容

2设置lib文件允许编译器去查找已经编译好的二进制代码

b，动态库的使用：

程序运行时需要加载动态库，对动态库有依赖性，需要手动加入动态库

c，依赖性：

静态链接表示静态性，在编译链接之后，lib库中需要的资源已经在可执行程序中了，也就是静态存在，没有依赖性了

动态，就是实时性，在运行的时候载入需要的资源，那么必须在运行的时候提供需要的动态库，有依赖性，运行时候没有找到库就不能运行了

d，区别：

简单讲，静态库就是直接将需要的代码连接进可执行程序；动态库就是在需要调用其中的函数时，根据函数映射表找到该函数然后调入堆栈执行。

做成静态库可执行文件本身比较大，但不必附带动态库

做成动态库可执行文件本身比较小，但需要附带动态库

链接静态库，编译的可执行文件比较大，当然可以用strip命令精简一下（如：striplibtest.a），但还是要比链接动态库的可执行文件大。程序运行时间速度稍微快一点。

静态库是程序运行的时候已经调入内存，不管有没有调用，都会在内存里头。静态库在程序编译时会被连接到目标代码中，程序运行时将不再需要该静态库。

其在编译程序时若链接,程序运行时会在系统指定的路径下搜索，然后导入内存，程序一般执行时间稍微长一点，但编译的可执行文件比较小；动态库是程序运行的时候需要调用的时候才装入内存，不需要的时候是不会装入内存的。

动态库在程序编译时并不会被连接到目标代码中，而是在程序运行是才被载入，因此在程序运行时还需要动态库存在。

动态链接库的特点与优势

首先让我们来看一下，把库函数推迟到程序运行时期载入的好处：

1.可以实现进程之间的资源共享。

什么概念呢？就是说，某个程序的在运行中要调用某个动态链接库函数的时候，操作系统首先会查看所有正在运行的程序，看在内存里是否已有此库函数的拷贝了。如果有，则让其共享那一个拷贝；只有没有才链接载入。这样的模式虽然会带来一些“动态链接”额外的开销，却大大的节省了系统的内存资源。c的标准库就是动态链接库，也就是说系统中所有运行的程序共享着同一个c标准库的代码段。

2.将一些程序升级变得简单。用户只需要升级动态链接库，而无需重新编译链接其他原有的代码就可以完成整个程序的升级。windows就是一个很好的例子。

3.甚至可以真正坐到链接载入完全由程序员在程序代码中控制。

程序员在编写程序的时候，可以明确的指明什么时候或者什么情况下，链接载入哪个动态链接库函数。你可以有一个相当大的软件，但每次运行的时候，由于不同的操作需求，只有一小部分程序被载入内存。所有的函数本着“有需求才调入”的原则，于是大大节省了系统资源。比如现在的软件通常都能打开若干种不同类型的文件，这些读写操作通常都用动态链接库来实现。在一次运行当中，一般只有一种类型的文件将会被打开。所以直到程序知道文件的类型以后再载入相应的读写函数，而不是一开始就将所有的读写函数都载入，然后才发觉在整个程序中根本没有用到它们。

静态库：在编译的时候加载生成目标文件，在运行时不用加载库，在运行时对库没有依赖性。

动态库：在目标文件运行时加载，手动加载，且对库有依赖性。

具体在开发中用到哪种库，我觉得还是根据实际的内存大小，rom大小，运行的速度等综合考虑。

四、linux标准库是动态还是静态？

编译器的默认设置是连接动态库，这就要求在程序执行的时候需要的动态库必须存在。改变编译选项可以变为静态连接，这样生成的程序运行时不需要库的支持，但是文件的尺寸一般较大。

linx的C标准库都有，看你自己喜欢哪样用哪样。

当要使用静态的程序库时，连接器会找出程序所需的函数，然后将它们拷贝到执行文件，由于这种拷贝是完整的，所以一旦连接成功，静态程序库也就不再需要了。

然而，对动态库而言，就不是这样。动态库会在执行程序内留下一个标记指明当程序执行时，首先必须载入这个库。由于动态库节省空间，linux下进行连接的缺省操作是首先连接动态库，也就是说，如果同时存在静态和动态库，不特别指定的话，将与动态库相连接。

五、linux静态库和动态库有什么区别？

动态链接库和静态链接库一般是编译集成一系列的接口（函数）在程序源代码编译完成后通过编译器编译并通过链接器与这些库进行链接动态链接库与静态链接库的区别在于链接器在进行链接时静态库会被直接编译进程序里而动态链接库并不会，我们这里将这些链接库称作依赖（动态库和静态库）程序的运行需要这些依赖，程序在静态链接后该程序本身便已包含该依赖而动态链接后的程序本身本不包含该依赖，这些依赖需要执行者自行安装进操作系统（动态库、运行时库）程序运行时会动态地加载这些库linux上动态库一般的后缀后为.so静态库一般的后缀为.a由于静态链接会直接将库编译进程序里所以静态编译后的程序相较于动态链接所要大这就是因为静态链接会将链接库编译进程序里的原因，所以占用就要大了出于这种原因，静态库不易于维护与更新，如果链接库中有实现有bug等需要更新则需要更新整个程序，因为静态库被编译进程序中了但动态库就没有这种情况了，因为动态库是程序运行时动态加载的，所以我们只需要更新动态库而不需要更新所有依赖该库的程序（软件）另一方面，很多程序的开发都会使用到相同的链接库，也就是很多程序（软件）会有相同的依赖如果将这些依赖全部静态编译的话将会造成存储资源占用过多而造成资源浪费而使用动态库的方式这些程序（软件）则可以共享一个链接库，而不需要每个程序都带一个链接库，这样就大大地减少了存储资源占用空间

六、js中怎么调用linux动态库接口？

在JS中调用Linux动态库接口，需要使用Node.js的C++插件功能，将动态库编译成Node.js模块，然后在JS中通过require()函数引入模块，并调用其中的函数接口。

要确保动态库接口与Node.js插件的编译配置相匹配，同时需要注意动态库所依赖的其他库是否齐全。

七、如何创建与调用动态链接库？

　　动态链接库：dll不必被包含在最终的EXE中，EXE文件执行时可以动态地引用和卸载DLL文件。　　同时，静态链接库中不能再包含其他的动态链接库或静态库，而动态链接库中可以包含其他的动态或静态库。　　VC++支持的DLL：　　DLL的编制与具体的编程语言及编译器无关，动态链接库随处可见，VC++支持三种DLL：非MFC动态库、MFC规则DLL和MFC扩展DLL。DLL导出函数（或变量、类）可供应用程序调用；DLL内部函数只能在DLL程序内使用，应用程序无法调用它们。　　导出函数的声明方式：　　一种在函数声明类型和函数名之间加上“_declspec(dllexport)”。　　另外一种采用模块定义（.def）文件声明，需要在库工程中添加模块文件，格式如下：　　LIBRARY 库工程名称　　EXPORTS 导出函数名　　DLL的调用方式：　　一种静态调用，由编译系统完成对DLL的加载和应用程序结束时DLL的卸载。　　另外一种动态调用，由编程者用API函数加载和卸载DLL（DLL加载—DLL函数地址获取—DLL释放）方式。　　所有库工程编译时必须Release方式：　　Build—set active configuration—选择库工程的release方式　　示例：　　一、 函数----创建动态链接库（MFC规则DLL）　　1. New--projects--MFC AppWizard(dll)--Regular DLL using shared MFC DLL //取名为MFC_dll　　2. def文件中添加：函数名（Add_new）　　3. h文件中添加：外部函数声明//求和函数，函数名为Add_new　　extern "C" __declspec(dllexport) int __stdcall Add_new(int a,int b);　　4. cpp文件中添加： 外部函数实现　　extern "C" __declspec(dllexport) int __stdcall Add_new(int a,int b)　　{　　return a+b;　　}　　5. build--set active configuration--win32 release--ok　　6. 生成　　7. 根目录下release文件夹中dll,lib与根目录下h文件即为所需　　二、 函数----调用动态链接库（把MFC_dll.dll和MFC_dll.lib拷到工程所在目录）　　//静态调用（.h可以写到.cpp文件中）　　1. new--projects--win32 console application--an empty project　　2. 添加h文件：(test.h)　　#pragma comment(lib,"MFC_dll.lib") //告诉编译器DLL相对应的lib文件所在路径和文件名　　extern "C" _declspec(dllimport) int _stdcall Add_new(int a,int b);//声明导入函数　　3. 添加cpp文件：(main.cpp)　　#include "test.h"　　int main()　　{　　cout<<Add_new(10,3);　　return 0;　　}　　//动态调用　　#include <stdio.h>　　#include <windows.h>　　typedef int (* lpAddFun)(int ,int);//定义一个与Add_new函数接受参数类型和返回值均相同的函数指针类型　　int main()　　{　　HINSTANCE hDll;//句柄　　lpAddFun addFun;//函数指针　　hDll=LoadLibrary("dllTest.dll");//动态加载DLL模块句柄　　if(hDll)　　{　　addFun=(lpAddFun) GetProcAddress(hDll,"Add_new");//得到所加载DLL模块中函数的地址　　if(addFun)　　{　　int result=addFun(2,3);　　printf("%d",result); } FreeLibrary(hDll);//释放已经加载的DLL模块　　}　　return 0;　　}　　三、 变量----创建动态链接库（非MFC DLL）　　1. new---projects---win32 dynamic-link library----an empty project(Sample)　　2. 添加sample.h　　#ifndef SAMPLE_H　　#define SAMPLE_H　　extern int dllGlobalVar;　　#endif　　3. 添加 sample.cpp　　#include "sample.h"　　#include <windows.h>　　int dllGlobalVar;　　bool APIENTRY DllMain(HANDLE hModule,DWORD ul_reason_for_call,LPVOID lpReserved)　　//windows在加载DLL时，需要一个入口函数，就如同控制台或DOS程序需要main函数、win32程序需要winmain函数一样。所以引入一个不做任何操作的缺省DllMain的函数版本。是DLL的内部函数。

八、Linux文件怎么查看是否采用动态库？

可以通过使用ldd命令来查看Linux文件是否采用了动态库。ldd命令会列出文件所依赖的所有动态库，并显示它们的路径。如果文件依赖的库都是动态库，那么它就是采用了动态库。如果文件没有依赖任何动态库，那么它就是静态文件。通过查看文件是否采用了动态库，可以更好地了解它的运行机制和依赖关系，从而更好地进行调试和优化。

九、如何查看linux动态库中包含哪些函数？

主要有两种方法，如下：

1、方法1 nm *.so

2、方法2 readelf -a *.so

说明：

nm可列出.o .a .so中的符号信息，包括诸如符号的值，符号类型及符号名称等。所谓符号，通常指定义出的函数，全局变量等等。

示例说明 ：

nm -D libname.so

nm [option(s)] [file(s)]

有用的options:

-A 在每个符号信息的前面打印所在对象文件名称；

-C 输出demangle过了的符号名称；

-D 打印动态符号；

-l 使用对象文件中的调试信息打印出所在源文件及行号；

-n 按照地址/符号值来排序；

-u 打印出那些未定义的符号；

十、如何在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