内存排查

先给结论：容器内存故障分两种——「OOMKilled」是响的那种，「内存消失」是不响的那种。不响的更常见也更恶心：监控全绿、dmesg 干净、只有延迟在涨。八成「内存消失」的根因是「你看的那本账，和内核杀你时用的那本账，不是同一本」。本文给

【背景】 我做了 3 年运维，主责一条 Java 17 网关服务（Spring Boot 3，Netty 4.1，JDK 17.0.9，-Xmx3g -XX:MaxMetaspaceSize=256m），跑在 K8s 1.28 集群（cgr

背景 - 集群：K8s 1.28.9 + cgroup v2 + containerd 1.7.13，内核 5.15.0-91，节点 16C64G。 - 服务：Go 1.22.5 无状态 API（订单查询，纯 Go 无 cgo，gorout

结论先行 Netty 的堆外内存问题，90% 不是「分配太多」，而是「没释放」——也就是 "ByteBuf.refCnt()" 泄漏。而排查这件事，"jcmd" / heap dump / 常规 JVM 工具链都帮不上忙，必须用「泄漏检测

【背景】 我做了 5 年 SRE，主责一条 Java 微服务链路（JDK 17 + Spring Boot 3，跑在 K8s 1.28，Pod limit 内存 2Gi，JVM 配了 -Xmx1400m -XX:MaxMetaspaceSi

背景 我在一个 12 节点（16C64G，Kubernetes 1.28.4，containerd 1.7.13，cgroup v2，内核 5.15）的生产集群上跑一套 Java 17（OpenJDK 17.0.9）的无状态订单服务。每个