linux入门到精通-第五章-动态库和静态库

本文详细介绍了静态链接库和动态链接库的概念、优缺点,以及它们在编译和使用过程中的操作,包括静态库的创建与使用、动态库的生成与依赖管理。同时讨论了如何让系统找到并加载动态库,如设置LD_LIBRARY_PATH和配置文件等。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

参考

动态库和静态库

概述

链接分为两种:静态链接动态链接

1、静态链接

静态链接: 由链接器在链接时将库的内容加入到可执行程序中
优点:

  • 对运行环境的依赖性较小,具有较好的兼容性

缺点:

  • 生成的程序比较大,需要更多的系统资源,在装入内存时会消耗更多的时间
  • 库函数有了更新,必须重新编译应用程序

2 、动态链接

动态链接: 连接器在链接时仅仅建立与所需库函数的之间的链接关系,在程序运行时才将所需资源调入可执行程序。
优点:

  • 在需要的时候才会调入对应的资源函数
  • 简化程序的升级;有着较小的程序体积
  • 实现进程之间的资源共享(避免重复拷贝)

缺点:

  • 依赖动态库,不能独立运行
  • 动态库依赖版本问题严重

3 、静态、动态编译对比

前面我们编写的应用程序大量用到了标准库函数,系统默认采用动态链接的方式进行编译程序,若想采用静态编译,加入-static参数
以下是分别采用动态编译、静态编译时文件对比
测试程序(test.c)如下:

#include <stdio.h>
int main(void)
{
	printf("he11o world n");
	return 0;
}

编译:

# 动态库
deng@itcast:-/test$ gcc test.c -o test share
# 静态库
deng@itcast:-/test$ gcc -static test.c -o test_static

结果对比:
在这里插入图片描述

静态库和动态库简介

所谓“程序库”,简单说,就是包含了数据和执行码的文件。其不能单独执行,可以作为其他执行程序的一部分来完成模型功能。
库的存在可以使得程序模块化,可以加快程序的再编译,可以实现代码重用,可以使得程序便于升级。
程序库可分入静态库(static library)共享库(shared library)

传统编译

定义add.h

#ifndef __ADD_H__
#define __ADD_H__

int add(int x, int y);

#endif /*__ADD_H__*/

定义add.c

#include "add.h"

int add(int x, int y) {
     return x + y;

}

定义sub.h

#ifndef __SUB_H__
#define __SUB_H__

int sub(int x, int y);

#endif /*__SUB_H__*/

sub.c

#include "sub.h"

int sub(int x, int y) {
     return x - y;

}

定义测试程序test.c

#include <stdio.h>
#include "add.h"
#include "sub.h"

int main(void)
{
    int x = 15;
    int y = 5;

    printf("x + y = %d\n", add(x, y));
    printf("x - y = %d\n", sub(x, y));

    return 0;
}

编译运行

### 编译
```bash
gcc add.c sub.c test.c
# 或者
gcc *.c

执行

./a.out

静态库制作和使用

静态库可以认为是一些目标代码的集合,是在可执行程序运行前就已经加入到执行码中,成为执行程序的一部分。按照习惯一般以”.a”做为文件后缀名。静态库的命名一般分为三个部分:

  • 前缀: lib
  • 库名称:自己定义即可
  • 后缀:.a
    所以最终的静态库的名字应该为: libxxx.a

1、创建静态库的过程

在这里插入图片描述

  • 步骤1: 将c源文件生成对应的.o文件
deng@itcast:-/test/3static_lib$ gcc -c add.c -o add.o
deng@itcast:-/test/3static_lib$ gcc -c sub.c -o sub.o
deng@itcast:-/test/3static_lib$ gcc -c mul.c -o mul.o
deng@itcast:-/test/3static_lib$ gcc -c div.c -o div.o
  • 步骤2: 使用打包工具ar将准备好的.o文件打包为.a文件 libtest.a
deng@itcast:-/test/3static lib$ ar -rcs libtest.a add.o sub.o mulo div.o

在使用ar工具是时候需要添加参数: rcs

  • r 更新
  • c 创建
  • s 建立索引

2、使用静态库

静态库制作完成之后,需要将.a文件和头文件一起发布给用户。
假设测试文件为main.c,静态库文件为libtest.a头文件为head.h编译命令:

deng@itcast:-/test/4static$ gcc test.c -I./ -L./ -ltest -o test

参数说明:

  • -I: 表示要连接的库的头文件所在目录
  • -L:表示要连接的库所在目录
  • -I(小写L):指定链接时需要的库,去掉前缀和后缀

在这里插入图片描述

动态库制作和使用

共享库在程序编译时并不会被连接到目标代码中,而是在程序运行时才被载入。不同的应用程序如果调用相同的库,那么在内存里只需要有一份该共享库的实例,规辟了空间浪费问题
动态库在程序运行时才被载入,也解决了静态库对程序的更新、部署和发布也会带来麻烦。用户只需要更新动态库,增量更新。
按照习惯,一般以“.so”做为文件后缀名。共享库的命名般分为三个部分

  • 前缀: lib
  • 库名称: 自己定义即可
  • 后缀: .so
    所以最终的动态库的名字应该为: libxxx.so

在这里插入图片描述

1、创建动态库的过程

1)、生成目标文件,此时要加编译选项:-fPIC (fpic)

gcc -fPIC -c add.c
gcc -fPIC -c sub.c

参数: -fPIC 创建与地址无关的编译程序 (pic,position independent code) ,是为了能够在多个应用程序间共享。

2)、 生成共享库,此时要加链接器选项:-shared (指定生成动态链接库)

gcc -shared add.o sub.o -o libtest.so

3)、通过nm命令查看对应的函数

root@sony-HP-Notebook:/usr/local/cpp_demo/library#  nm libtest.so | grep add
00000000000010f9 T add

2、使用动态库

编译执行文件

gcc test.c -I./  -L./ -ltest

通过ldd命令查看可执行问价噢爱你依赖的动态库

$# ldd a.out 
linux-vdso.so.1 (0x00007ffc2eb32000)
libtest.so (0x00007ff241178000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007ff240f71000)
/lib64/ld-linux-x86-64.so.2 (0x00007ff241184000)

执行

nm libtest.so | grep add

  • 当系统加载可执行代码时候,能够知道其所依赖的库的名字但是还需要知道绝对路径。此时就需要系统动态载入器(dynamic linker/loader)。
  • 对于elf格式的可执行程序,是由ld-linux.so*来完成的,它先后搜索elf文件的 D_ RPATH段一 环境变量LD_LIBRARY_PATH – /etc/ld.so.cache文件列表 -/lib/,/usr/lib目录找到库文件后将其载入内存

让系统找到动态库

  • 拷贝目录,拷贝自己制作的共享库到/lib或者/usr/lib(不能是/lib64目录)

  • 临时设置LD_LIBRARY_PATH:export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:库路径

  • 永久设置1,把export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:库路径,设置到~/.bashrc或者/etc/profile文件中

# 编辑.bashrc最后一行添加如下内容:
deng@itcast:-/share/3rd/2share test$ vim ~/.bashrc
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/cpp_test/library/test
# 或者执行文件夹
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/cpp_test/library/
# 使环境变量生效
source ~/.bashrc
  • 永久设置2,将其添加到 /etc/ld.so.conf文件中
    编辑/etc/ld.so.conf文件,加入库文件所在目录的路径
    运行sudo ldconfig -v,该命令会重建 /etc/ld.so.conf
sudo vim /etc/ld.so.conf
# 文件最后添加动态库路径(绝对路径)
/usr/local/cpp_test/library/test
# 使生效
sudo ldconfig -v

  • 符号链接:一定要使用绝对路径
sudo ln -s /usr/local/cpp_demo/library/libtest.so /lib/libtest.so
### 关于ArcGIS License Server无法启动的解决方案 当遇到ArcGIS License Server无法启动的情况时,可以从以下几个方面排查并解决问题: #### 1. **检查网络配置** 确保License Server所在的计算机能够被其他客户端正常访问。如果是在局域网环境中部署了ArcGIS Server Local,则需要确认该环境下的网络设置是否允许远程连接AO组件[^1]。 #### 2. **验证服务状态** 检查ArcGIS Server Object Manager (SOM) 的运行情况。通常情况下,在Host SOM机器上需将此服务更改为由本地系统账户登录,并重启相关服务来恢复其正常工作流程[^2]。 #### 3. **审查日志文件** 查看ArcGIS License Manager的日志记录,寻找任何可能指示错误原因的信息。这些日志可以帮助识别具体是什么阻止了许可证服务器的成功初始化。 #### 4. **权限问题** 确认用于启动ArcGIS License Server的服务账号具有足够的权限执行所需操作。这包括但不限于读取/写入特定目录的权利以及与其他必要进程通信的能力。 #### 5. **软件版本兼容性** 保证所使用的ArcGIS产品及其依赖项之间存在良好的版本匹配度。不一致可能会导致意外行为或完全失败激活license server的功能。 #### 示例代码片段:修改服务登录身份 以下是更改Windows服务登录凭据的一个简单PowerShell脚本例子: ```powershell $serviceName = "ArcGISServerObjectManager" $newUsername = ".\LocalSystemUser" # 替换为实际用户名 $newPassword = ConvertTo-SecureString "" -AsPlainText -Force Set-Service -Name $serviceName -StartupType Automatic New-ServiceCredential -ServiceName $serviceName -Account $newUsername -Password $newPassword Restart-Service -Name $serviceName ``` 上述脚本仅作为示范用途,请依据实际情况调整参数值后再实施。 --- ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值