CentOS 8编译的静态程序运行在CentOS 7报错如何解决

版本差异是否为报错诱因 #

是，你碰到的报错核心诱因就是两个系统的glibc版本差异。
gethostbyname属于glibc的NSS（名称服务切换）模块范畴，这类函数的实现不会被完全打包进静态编译的二进制文件里，运行时仍然需要调用系统glibc对应的动态共享库提供的NSS实现。你在CentOS 8（glibc 2.28）环境下静态编译的二进制，运行时会尝试加载2.28版本glibc才有的符号，放到CentOS 7（glibc 2.17）环境下找不到对应符号，就触发了断言报错，你编译时收到的警告已经提前提示了这个风险。

是否需要分别编译两个版本的二进制 #

这是成本最低、稳定性最高的解决方案。分别在CentOS 7和CentOS 8的原生环境中编译程序，各自使用对应系统自带的glibc版本，生成的二进制可以完美适配对应系统，不会出现兼容问题。

跨CentOS版本兼容的可行方案 #

如果不想维护多版本二进制，可以选择以下方案：

• 用低版本系统做编译环境：glibc本身向后兼容，你可以统一在CentOS 7环境下编译动态链接的二进制，生成的程序可以直接在CentOS 8上运行，不需要额外修改。
• 替换libc实现完成全静态编译：不用系统自带的glibc，改用musl libc做静态编译。musl的静态编译会把所有依赖逻辑（包括DNS解析的完整实现）全部打包进二进制，运行时不依赖系统的glibc库，单个二进制可以同时在CentOS 7、CentOS 8以及其他更多Linux发行版上运行，编译命令调整为musl-g++ -static stats-agent.cpp -o stats-agent即可。
• 容器化打包：把程序和依赖的运行环境打包成Docker镜像，不需要考虑宿主系统的glibc版本差异，部署时直接拉取镜像运行即可。

内容的提问来源于stack exchange，提问作者chris-p-tech