如何在Rust中创建静态链接glibc的动态C库解决Apache模块部署问题

问题原因 #

你遇到的报错本质是两个核心限制：

1. glibc本身的设计不支持完全静态链接后嵌入动态库（.so），静态链接glibc仅支持生成独立可执行文件，x86_64-unknown-linux-gnu目标原生不支持静态链接crt的同时输出dylib类型产物，所以你加了+crt-static配置后直接报编译错误。
2. 你在高版本glibc环境编译的产物，会携带对应版本的符号标记，运行时要求目标环境的glibc版本不低于编译环境版本，就出现了你最开始的GLIBC_2.18 not found报错。

可行解决方案 #

方案1：使用musl libc静态链接（完全无glibc依赖） #

musl是轻量级的标准库实现，支持静态链接嵌入动态库，可以做到产物完全不依赖系统glibc，适配所有Linux发行版，操作步骤如下：

• 先安装musl编译目标：

  rustup target add x86_64-unknown-linux-musl
  

• 确认你的Cargo.toml中已经配置正确的库类型：

  [lib]
  crate-type = ["cdylib"]
  

• 修改.cargo/config.toml配置：

  [build]
  target = "x86_64-unknown-linux-musl"
  rustflags = ["-C", "link-arg=-shared", "-C", "target-feature=+crt-static"]
  

• 编译完成后用ldd target/x86_64-unknown-linux-musl/release/libmod_hello.so检查依赖，正常不会出现glibc相关的动态链接项。

注意：如果你的模块依赖了apr、httpd相关的C库，需要将这些依赖也使用musl静态编译后再链接，否则依然会出现动态依赖。

方案2：使用低版本glibc编译环境（兼容性覆盖绝大多数场景） #

该方案不需要修改编译配置，仅需要把编译环境换成自带低版本glibc的系统镜像，即可做到产物兼容所有更高版本glibc的环境，操作更简单，踩坑更少：

• 选择CentOS 7作为编译基准镜像，其自带glibc版本为2.17，兼容目前所有主流服务器发行版（CentOS 7+、Debian 8+、Ubuntu 14.04+等）。
• 在镜像中安装对应版本的Rust工具链、httpd-devel、apr-devel等编译依赖，直接编译得到的.so文件即可在所有高于2.17版本glibc的环境中运行，无需额外适配。

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