很多区块链节点（如 Ethereum Geth、Arbitrum Nitro、Erigon 等）都是用 Go 语言编写的。
运行时间一长，经常会遇到一个问题：
内存不断上涨，最后容器被 OOM Kill，节点重启，同步中断。
其实这个问题，Go 官方早就给了解决方案：GOGC 和 GOMEMLIMIT 两个环境变量。
一、什么是 GOGC？
GOGC 用来控制 Go 的垃圾回收频率（Garbage Collection）。
默认值是：
含义是：
当堆内存增长到「上一次 GC 后存活对象大小的 100%」时，触发下一次 GC。
简单理解成一张表：
| 参数 | 特点 |
|---|---|
GOGC=100 |
默认策略，内存占用较高，但 GC 较少 |
GOGC=50 |
更频繁 GC，内存占用明显降低 |
GOGC=20 |
极度频繁 GC，内存最低，但 CPU 占用升高 |
推荐值
对于区块链节点这类 长期运行的重负载程序：
是一个非常平衡的选择。
二、什么是 GOMEMLIMIT？
GOMEMLIMIT 是 Go 1.19 引入的软内存上限机制。
示例：
含义是：
告诉 Go 运行时：尽量让堆内存控制在 18GB 以内。
重要特点
和 Docker 的内存限制不同：
| 方式 | 行为 |
|---|---|
Docker mem_limit |
超额 → 直接 OOM Kill 进程 ❌ |
GOMEMLIMIT |
超额 → 提高 GC 频率 ✅ |
也就是说：
-
GOMEMLIMIT不会杀死进程 -
它只会让 Go 更努力地回收内存
三、这两个参数适用于哪些程序？
只要是 Go 编写的程序，都会生效，比如：
-
Ethereum Geth
-
Arbitrum Nitro
-
Erigon
-
Prysm / Lighthouse / Lodestar（共识层节点）
但是注意：
❌ Nethermind（.NET 写的）
❌ Besu（Java 写的）
这些是不生效的。
四、在 Docker 中的配置方式
在 docker-compose.yml 中这样写：
services:arb-node:image: offchainlabs/nitro-nodecontainer_name: arb-nodeenvironment:- GOGC=50- GOMEMLIMIT=18GiB建议同时配合 Docker 的硬限制：
这样形成双保险：
-
Go 自己控制堆上限
-
Docker 防止进程失控
五、实际效果
在真实生产环境中，这套组合带来的效果非常明显：
✅ 内存曲线稳定
✅ 不再持续爬升
✅ 几乎杜绝 OOM 重启
✅ 节点运行更平滑
六、一句话总结
可以这样记一句口诀：
GOGC控制“回收频率”，GOMEMLIMIT控制“软内存上限”，
两者配合，可以让 Go 程序长期稳定运行。