linux静态编译库，linux版软件网站

各位老铁们，大家好，今天由我来为大家分享linux静态编译库，以及linux版软件网站的相关问题知识，希望对大家有所帮助。如果可以帮助到大家，还望关注收藏下本站，您的支持是我们最大的动力，谢谢大家了哈，下面我们开始吧！

linux动态库和静态库的区别

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

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

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

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

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

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

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

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

静态库一般的后缀为.a

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

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

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

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

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

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

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

linux 静态库和动态库编译的区别

Linux库有动态与静态两种，动态通常用.so为后缀，静态用.a为后缀。例如：libhello.so libhello.a

为了在同一系统中使用不同版本的库，可以在库文件名后加上版本号为后缀,例如： libhello.so.1.0,由于程序连接默认以.so为文件后缀名。所以为了使用这些库，通常使用建立符号连接的方式。

ln-s libhello.so.1.0 libhello.so.1

ln-s libhello.so.1 libhello.so

动态库和静态库的区别：

当要使用静态的程序库时，连接器会找出程序所需的函数，然后将它们拷贝到执行文件，由于这种拷贝是完整的，所以一旦连接成功，静态程序库也就不再需要了。然而，对动态库而言，就不是这样。动态库会在执行程序内留下一个标记‘指明当程序执行时，首先必须载入这个库。由于动态库节省空间，linux下进行连接的缺省操作是首先连接动态库，也就是说，如果同时存在静态和动态库，不特别指定的话，将与动态库相连接。

两种库的编译产生方法：

第一步要把源代码编绎成目标代码。以下面的代码hello.c为例，生成hello库：

/* hello.c*/

#include

void sayhello()

{

printf("hello,world\n");

}

用gcc编绎该文件，在编绎时可以使用任何全法的编绎参数，例如-g加入调试代码等：

gcc-c hello.c-o hello.o

1.连接成静态库

连接成静态库使用ar命令，其实ar是archive的意思

$ar cqs libhello.a hello.o

2.连接成动态库

生成动态库用gcc来完成，由于可能存在多个版本，因此通常指定版本号：

$gcc-shared-Wl,-soname,libhello.so.1-o libhello.so.1.0 hello.o

另外再建立两个符号连接：

$ln-s libhello.so.1.0 libhello.so.1

$ln-s libhello.so.1 libhello.so

这样一个libhello的动态连接库就生成了。最重要的是传gcc-shared参数使其生成是动态库而不是普通执行程序。

-Wl表示后面的参数也就是-soname,libhello.so.1直接传给连接器ld进行处理。实际上，每一个库都有一个soname，当连接器发现它正在查找的程序库中有这样一个名称，连接器便会将soname嵌入连结中的二进制文件内，而不是它正在运行的实际文件名，在程序执行期间，程序会查找拥有 soname名字的文件，%B

linux下使用nm指令查看静态库/动态库编译内容

在Linux环境下，当你遇到链接库问题时，深入理解库的编译内容变得尤为重要。这时，nm指令就成为一个有效的工具，帮助我们揭示静态库和动态库内的编译细节。

首先，对于静态库，我们可以使用命令

nm-g libname.a

执行后，如图所示，它会列出静态库中的全局变量和函数接口，让你清晰地看到库的内部结构。

而对于动态库，其查看方式为

nm-g libname.so

同样会显示出动态库的编译内容，包括函数和符号，这对于定位和修复与库相关的bug时非常有用。

因此，在链接第三方库或处理bug时，记得利用nm指令来记录和分析库的编译内容，它能提供宝贵的线索和信息。