C语言应用部署与依赖管理相关实操问题咨询

问题1解答 #

可行，但需要满足几个前提条件：

• 开发环境和目标服务器的CPU架构、操作系统发行版、核心底层库（比如glibc）版本必须完全一致，否则会出现ABI不兼容问题，轻则运行时报符号找不到的错误，重则直接崩溃。
• 你需要拷贝所有用到的依赖的完整依赖链，比如mongo-c-library本身依赖libbson，只拷贝前者的.so文件会导致运行时加载失败。
• 额外注意：生产环境不需要拷贝.h头文件，头文件仅编译阶段使用，生产环境只需部署.so动态库和你的可执行文件即可。

问题2解答 #

你提到的直接嵌入依赖源码的方案完全可行，这是C/C++生态常用的依赖 Vendor 方案，CMake原生支持这种使用模式：

• 你可以把所有依赖的源码存放到项目的third_party目录下，通过CMake的add_subdirectory指令将依赖的构建流程集成到你自己项目的构建链路中，编译时可以选择将依赖静态编译进你的可执行文件，最终生成的单个可执行文件直接拷贝到目标服务器即可运行，不需要额外部署任何依赖，完全规避环境差异问题。
• 该方案比你自己写bash脚本打包部署的稳定性更高，不会出现脚本执行权限、路径配置错误等问题；缺点是项目编译时间会变长，且后续依赖有安全漏洞需要修复时，你需要手动更新third_party下的依赖源码重新编译。
• 如果不想嵌入源码，也可以选择将所有依赖和你自己的应用一起静态编译，最终生成的单文件可执行程序也可以直接在目标服务器运行。

问题3解答 #

apt这类Linux包管理器和.deb包可以大幅简化你的部署流程：

• apt是Debian系列发行版的官方包管理工具，.deb是其对应的软件包格式，你可以将自己的应用以及依赖声明打包成.deb包，部署时仅需在目标服务器执行dpkg -i 你的包名.deb即可一键完成安装，所有可执行文件、依赖、配置都会自动放置到系统对应路径。
• 你用到的mongo-c-library、log4c、libarchive都是常用库，官方apt源基本都有预编译好的版本，你打.deb包时可以直接声明这些依赖，用户安装你的包时apt会自动检测并下载安装系统缺失的所有依赖，不需要你自己处理依赖的编译、拷贝流程。
• 对于小型C语言应用，你只需要按照Debian打包规范编写对应的control规则文件，执行dpkg-buildpackage即可一键生成.deb包，比手动写脚本拷贝文件的可维护性高得多，后续升级、卸载都可以通过apt指令一键完成，不会出现文件残留、路径冲突的问题。

内容的提问来源于stack exchange，提问作者Sina Gz