Go常驻进程被OOM Killer终止非panic，而是RSS超cgroup限制致内核杀PID 1；确认需三线索：dmesg显killed process、K8s中Reason: OOMKilled且Exit Code 137、日志戛然而止无defer；RSS远超MemStats.Alloc说明存在mmap/CGO/连接池等堆外内存占用。
Go 常驻进程被 Linux OOM Killer 杀掉，不是代码 panic，而是 RSS（常驻集）超了 cgroup 限制，内核直接干掉 PID 1。关键不在 runtime.MemStats.Alloc 多大，而在 ps -o rss 是否逼近容器 limit —— 差值越大，越说明有堆外内存在偷偷吃资源。
怎么确认是 OOM Killer 动的手，不是 Go 自己崩了
必须同时满足这三点，才能 100% 锁定是内核行为：
-
dmesg -T | grep -i "killed process"输出里有明确时间、PID、进程名，以及anon-rss数值（比如anon-rss:3888320kB） - Kubernetes 中
kubectl describe pod显示State.Terminated.Reason: OOMKilled且Exit Code: 137 - 应用日志戛然而止，没
panic、没defer执行痕迹，systemd或nohup.out也同步中断
只要缺一条，就别急着调 GC —— 可能是程序真挂了，或者信号被拦截了。
为什么 ps 看到的 RSS 远大于 runtime.MemStats.Alloc
RSS 是进程实际占住的物理内存页总和；Alloc 只是 Go 堆上“活对象”用的那部分。差值大，说明大量内存根本没进 GC 视野：
-
mmap分配的大块内存（如syscall.Mmap、os.CreateTemp写大文件后没Unmap） - CGO 调用 C 库分配的内存（如 OpenSSL 握手缓存、SQLite page cache），
C.free漏掉 = RSS 持续涨 -
net/http.DefaultTransport默认不限制连接池：短 HTTPS 请求多时，tls.Conn和 socket 缓冲区会堆积 - goroutine 栈未回收：长期存活但空闲的 goroutine（比如忘了调
context.CancelFunc）会锁住整个栈内存
查证方法：go tool pprof -http=:8080 http://localhost:6060/debug/pprof/heap?debug=1 → View → Proto → 搜 extra_memory_usage（Go 1.21+），或手动算 MemStats.Sys - MemStats.HeapSys，超 500MB 就得重点盯。
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
GOMEMLIMIT 怎么设才真有用
GOMEMLIMIT 是面向 RSS 的软水位线，不是硬闸门 —— 它只影响 GC 触发时机，不阻止 mmap 或 CGO 涨 RSS：
- 设为略低于容器 limit（比如
resources.limits.memory: 1Gi→GOMEMLIMIT=858993459即 0.8Gi），让 runtime 主动 GC，避免踩到 OOM 边界 - 别同时设极低
GOGC（如GOGC=10）：它只会让 GC 更频繁，但若对象存活率高，反而加剧停顿，RSS 却不降 -
GOMEMLIMIT对cgo、mmap、goroutine 栈完全无效 —— 如果这些占了大头，设再低也没用
真正要限死 RSS，得靠 OS 层：docker run --memory=2g 或 K8s resources.limits.memory 是硬边界，GOMEMLIMIT 只是配合它提前干预的策略。
排查非堆内存泄漏的实操重点
很多 OOM 根本不是 make([]byte, N) 导致的，而是这几类“隐身”内存：
-
net/http：显式配置DefaultTransport.MaxIdleConns和MaxIdleConnsPerHost，别用默认值 -
database/sql：必须调SetMaxOpenConns和SetMaxIdleConns，每个连接背后有 net.Conn + TLS + driver buffer - HTTP Body：
defer resp.Body.Close()在 error 分支是否遗漏？漏了就 socket 缓冲区一直占着 - CGO：启用
CGO_ENABLED=0编译一次，快速排除干扰；若必须用，确保 C 侧也有内存池或及时C.free - 临时分配：关键路径避免每次
make([]byte, 1<<20)，改用sync.Pool复用
最易被忽略的是：Go 的 scavenger 默认只在空闲页连续且超 5 分钟才归还内存给 OS。生产环境建议启动时加 GODEBUG=madvdontneed=1，让归还更激进 —— 但仅对 Linux 有效。
