kubectl exec api-0 -- nproc kubectl exec api-0 -- cat /sys/fs/cgroup/cpu.max GOMAXPROCS=2 ./api
Go 服务部署在 limits.cpu=2 的 Pod 里，runtime.NumCPU() 返回 64，GOMAXPROCS 也是 64，GC 和调度线程跟着涨，P99 抖动明显。先别急着动参数，把报错原文和时间点记下来，顺序反了容易白折腾。
原因不复杂，旧版本 Go 只看宿主机的 CPU 数，不读 cgroup 配额。进程按 64 个并行度起线程，实际只有 2 核配额，线程反复被 throttled。
「GOMAXPROCS 容器 CPU」排查到最后往往是很小的一处差异，前面那些复杂猜测可以先放一放。备份不是备了就行，恢复一次才算数，很多备份文件打开才发现是空的。
接口问题先分清是没发出去、发出去了没收到，还是收到了处理失败。偶发问题先统计频率，一小时几次和一天一次，查法完全不同。
改完顺手把文档补一句，省得下次自己重新推一遍。监控和日志的时间要对上，时区不一致会多绕很大一圈。
处理上按这个顺序：先打印 NumCPU 和 GOMAXPROCS 确认取值来源；升级到会读 cgroup 配额的 Go 版本 或者用 automaxprocs 库；也可以在启动脚本里按 limits 显式设 GOMAXPROCS；改完看 cpu.stat 的 throttled 次数有没有下降。
改完只确认一件事：日志里 GOMAXPROCS 显示 2，线程数回落，throttled 次数明显减少。