为何Ubuntu用GLIBC 2.23编译的程序在CentOS上报GLIBCXX_3.4.21错误？
2026-5-19
哈哈，这问题我碰到过好多次啦，核心是你把GLIBC和GLIBCXX这俩概念搞混了，我给你掰扯清楚：
先搞懂：GLIBC 不是 GLIBCXX
- GLIBC：是GNU的C语言标准库，负责提供C语言的基础底层函数（比如
malloc、printf这些），你用ldd --version查的就是它的版本。 - GLIBCXX：是GCC编译器自带的C++标准库（对应动态库
libstdc++.so）的符号版本标记，它的版本和GCC的版本直接绑定，跟GLIBC的版本没有严格的一一对应关系。
为什么会出现这个报错？
你Ubuntu机器上用的GCC版本肯定是5.1或者更高——因为GLIBCXX_3.4.21这个符号是GCC 5.1才引入的。虽然你的Ubuntu用的GLIBC是2.23，但编译C程序时，编译器会把新的C标准库函数（比如一些C++11/14特性对应的实现）打上GLIBCXX_3.4.21的版本标记。
而CentOS（比如最常用的CentOS 7）默认自带的GCC是4.8.x版本，对应的libstdc++.so最高只支持到GLIBCXX_3.4.19。所以当你把Ubuntu编译好的二进制文件拷过去，系统找不到更高版本的GLIBCXX符号，自然就报错说缺少啦。
给你几个靠谱的解决办法
- 静态编译C++标准库：编译程序的时候加上
-static-libstdc++参数，把libstdc++.so的代码直接打包进你的二进制文件里，这样就不依赖系统的动态C++库了。小提醒：静态编译会让文件体积变大，而且如果你的程序还依赖其他动态库，可能会有兼容性问题。 - 在CentOS上升级GCC：用CentOS的SCL（软件集合）安装高版本的GCC，比如
gcc-toolset-9。安装完之后，运行程序前先切换到对应环境：scl enable gcc-toolset-9 bash，再执行你的二进制文件就行。 - 在Ubuntu上用低版本GCC编译：如果要长期兼容老系统，最好在Ubuntu上安装和CentOS同款的低版本GCC（比如gcc-4.8），用它来编译程序，这样生成的二进制文件依赖的GLIBCXX版本就会更低，能直接在CentOS上跑。
内容的提问来源于stack exchange，提问作者vico
相关产品推荐
相关产品推荐
