CentOS上Golang编译报内存不足怎么办

在 CentOS 上编译 Go 程序时突然报内存不足，确实挺让人头疼的——尤其项目正赶着上线，或者你只是想快速跑个测试。别急，这问题其实有好几种解法，从“临时救急”到“一劳永逸”，下面这几个方法都经过实战验证，按需选用就行。

1. 增加交换空间（Swap Space）
   如果物理内存确实吃紧，最直接的物理救援就是加交换空间。交换文件用磁盘当内存，虽然慢一些，但足够让编译跑完。下面是创建一个 1GB 交换文件的完整步骤（大小可按需调整）：

   sudo dd if=/dev/zero of=/swapfile bs=1M count=1024

   然后设置权限、格式化成交换空间并启用：

   sudo chmod 600 /swapfile
   sudo mkswap /swapfile
   sudo swapon /swapfile

   为了让重启后自动生效，记得追加到 /etc/fstab：

   echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab

2. 限制 Go 编译器的内存使用
   不一定非要压榨物理内存，也可以从编译器这边下手。通过 GODEBUG 环境变量加上 GOMAXPROCS 限制并发，能有效控制编译阶段的内存峰值。比如把内存限制在 2GB 左右：

   GODEBUG=gctrace=1,GOMAXPROCS=2 go build -o myprogram

   这里 GOMAXPROCS=2 限制并行执行的协程数，gctrace=1 只是用来观察 GC 情况，实际限制内存主要靠前者。如果还不行，可以继续调小这个数值。

3. 关闭其他占用内存的进程
   这办法听起来有点“笨”，但往往最有效。编译前用 top 或 htop 扫一眼，把浏览器、Docker 容器、数据库服务等暂时不用的进程停掉——给 Go 编译器腾出宝贵的内存空间。毕竟编译是临时任务，跑完再重启那些服务也不迟。

4. 分阶段编译
   如果项目本身很大，一次编译确实容易冲爆内存。可以把程序拆成多个模块或包，先编译一部分，再逐步链接。比如利用 Go 的 go build -i 或通过 go install 分别编译依赖包，再编译主程序。这样每个阶段的资源需求都会显著降低。

5. 升级硬件（终极方案）
   如果以上所有招数都试过了，仍然频繁报内存不足，那说明这台机器的物理内存确实已经跟不上你的项目规模了。无论是加内存条，还是换一台内存更大的云服务器，都是值得考虑的长远投资。毕竟，开发环境的内存配置不该成为生产力的瓶颈。

这几招搭配着用，绝大多数 CentOS 上的 Go 编译内存问题都能解决。先从最简单的关进程和加交换空间试起，不行再上内存限制或分阶段编译。硬件升级留作最后选项——它最贵，但也最省心。