C++代码在CentOS如何部署

在 CentOS 上部署 C++ 代码这件事，听起来好像是个老生常谈的话题，但实际做起来，不同阶段总会冒出几个容易踩的坑。下面把这些步骤串起来梳理一遍，希望能给刚接触这块的朋友省下一些折腾的时间。

第一步，先把编译器装上。 CentOS 默认环境里很可能没有 C++ 编译器，这倒不是系统偷懒，而是很多生产服务器压根不需要这东西。你需要手动安装 GCC 和 G++。一条命令搞定：

sudo yum install gcc gcc-c++

第二步，写代码。 随便用你顺手的文本编辑器——vim、nano 或者直接在 IDE 里写好再拖过来都行。把代码保存成 .cpp 文件，这个没太多可说的。

第三步，编译。 打开终端，切换到源码所在目录，用 g++ 命令把源码变成可执行文件。比如文件名叫 hello.cpp，那就：

g++ -o hello hello.cpp

这条命令会生成一个名为 hello 的二进制文件。注意，如果程序依赖外部库，需要在编译时通过 -l 参数指定，比如 -lpthread 之类。

第四步，运行试试。 编译没报错的话，直接执行：

./hello

如果跑不起来，先检查动态库链接情况——ldd ./hello 会告诉你哪些库没找到。这时候要么安装对应的库，要么重新编译时改成静态链接。

第五步，往生产环境部署。 这一步才是重头戏，有几个要点需要留意：

• 静态链接优先：如果条件允许，尽量把所有依赖库静态链接进可执行文件。这样部署到其他 CentOS 服务器上时，不会因为缺少某个 .so 文件而崩溃。
• 做成系统服务：如果程序需要 7×24 小时运行，千万别只靠终端挂着。用 systemd 写一个服务单元文件，把程序注册成服务，开机自启、异常重启都方便。
• 环境变量：有些程序需要读取 LD_LIBRARY_PATH、PATH 之类的变量，最好在服务启动脚本或者 systemd 的 Environment 字段里提前写好。
• 日志要落地：别把运行信息全丢到控制台。生产环境下日志文件才是排查问题的第一线索，务必实现文件日志，必要时带上滚动分割。
• 安全考量：限制程序运行的用户权限、设置合理的文件权限、用 cgroups 限制资源使用——这些看似繁琐，但能避免很多线上事故。

第六步，考虑打包分发（可选）。 如果同一套程序需要在多台机器上部署，手动拷贝编译好的二进制文件很容易出错。可以用 RPM 打包，写一个 .spec 文件然后用 rpmbuild 构建。这样就能通过 yum 或 dnf 安装，依赖关系也自动处理了。

最后，别忘了监控和维护。 部署不是终点。程序跑起来之后，至少要做到：监控进程是否存活、日志是否有异常、资源占用是否正常。定期更新依赖库、打安全补丁、修复发现的 bug——这些工作同样重要。

以上就是在 CentOS 上部署 C++ 代码的完整路线。实际项目中可能还会碰到更多细节，比如跨版本兼容、SELinux 策略之类的。但只要基础步骤走稳了，后面遇到问题也更容易定位。