Pinxian Li1. Linux程序依赖库打包实战指南
在Linux环境下分发可执行程序时，依赖库的处理往往是最令人头疼的问题之一。我曾在多个服务器迁移项目中遇到这样的场景：明明在开发机上运行良好的程序，到了新环境却提示"libxxx.so not found"。经过多次实战，我总结出了这套可靠的依赖库打包方案。
这个bash脚本的核心价值在于自动化收集程序运行所需的所有动态链接库（.so文件），同时允许我们灵活排除系统库。与手动查找依赖相比，它不仅能减少遗漏风险，还能显著提升部署效率。特别适合以下场景：
- 需要将程序部署到多台相同架构的服务器
- 为第三方提供免编译的二进制包
- 构建自包含的Docker镜像基础层
- 备份程序的完整运行环境
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 脚本设计与原理剖析
2.1 基础工作流程解析
脚本的执行逻辑遵循典型的UNIX哲学——每个工具做好一件事。我们通过组合多个命令实现依赖收集：
- 程序存在性验证：使用
-f测试文件是否存在，避免后续操作无效 - 目录准备：
mkdir -p确保目标路径存在（且不会因目录已存在报错） - 依赖解析：
ldd命令输出动态库依赖关系 - 数据清洗：
awk提取第三方库路径（过滤掉内存地址和系统库） - 文件操作：
cp复制有效库文件到目标目录
关键提示：
ldd实际上会运行程序来获取依赖信息，因此切勿对不可信程序使用此脚本
2.2 核心命令深度解读
ldd的输出处理是脚本最精妙的部分。原始输出通常如下：
code复制linux-vdso.so.1 (0x00007ffd31de9000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f8e5e5f0000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f8e5e3ee000)
/lib64/ld-linux-x86-64.so.2 (0x00007f8e5e616000)
我们使用的awk '/=>/ {print $3}'实现了：
/=>/模式匹配包含箭头符号的行（过滤掉vdso和ld-linux）- `