惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

S
Secure Thoughts
罗磊的独立博客
T
The Blog of Author Tim Ferriss
人人都是产品经理
人人都是产品经理
博客园 - 叶小钗
Last Week in AI
Last Week in AI
美团技术团队
Google Online Security Blog
Google Online Security Blog
Application and Cybersecurity Blog
Application and Cybersecurity Blog
D
Docker
G
Google Developers Blog
大猫的无限游戏
大猫的无限游戏
酷 壳 – CoolShell
酷 壳 – CoolShell
小众软件
小众软件
月光博客
月光博客
L
LINUX DO - 最新话题
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
W
WeLiveSecurity
H
Heimdal Security Blog
Vercel News
Vercel News
SecWiki News
SecWiki News
Forbes - Security
Forbes - Security
Blog — PlanetScale
Blog — PlanetScale
Google DeepMind News
Google DeepMind News
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
www.infosecurity-magazine.com
www.infosecurity-magazine.com
TaoSecurity Blog
TaoSecurity Blog
T
Troy Hunt's Blog
A
About on SuperTechFans
C
Check Point Blog
S
Security Affairs
Hacker News - Newest:
Hacker News - Newest: "LLM"
AI
AI
WordPress大学
WordPress大学
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
Help Net Security
Help Net Security
博客园_首页
The Last Watchdog
The Last Watchdog
S
SegmentFault 最新的问题
Hugging Face - Blog
Hugging Face - Blog
Security Archives - TechRepublic
Security Archives - TechRepublic
Engineering at Meta
Engineering at Meta
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
I
Intezer
K
Kaspersky official blog
M
MIT News - Artificial intelligence
J
Java Code Geeks
G
GRAHAM CLULEY
P
Palo Alto Networks Blog

博客园 - fengjian1585

关闭ingress 8443 端口 tomcat 设置 catalina.out 按天切割 Harbor 启用 Trivy 禁用 MinIO 的 Web Console 重定向功能 k8s优化选项 pod启动后一直containerCreating状态解决 Kubernetes Cilium网络组件和CoreDNS配置 mkfs对磁盘设置标签 K8S的CoreDns配置文件添加域名解析 nginx代理两套k8s ingress 不同域名 pip 搭建源 使用 kubectl debug 创建临时调试容器 openvpn server证书过期处理 - fengjian1585 Harbor Swagger接口泄露漏洞处理 "too many open files" 文件句柄 Kafka 常见故障及解决方案 华为昇腾 910B GPU Nginx与Upstream之间产生大量TIME_WAIT连接的解决办法 debian libc.musl-x86_64.so.1 => not found
堆设置了8G,java进程却占用了12G内存
fengjian1585 · 2025-09-30 · via 博客园 - fengjian1585

简单来说,当你的JVM堆内存(Heap)使用了8GB时,整个Java进程实际占用的物理内存(常被称为RSS - Resident Set Size)会远大于8GB。一个合理的估算是在 10GB 到 12GB 之间,甚至可能更高,具体取决于你的应用特性和JVM配置。

下面我们来详细分解这“多出来”的内存究竟用在了哪里。

Java进程的总内存占用可以大致看作是以下几个部分的总和:

总内存 ≈ 堆内存 + 元空间 + 线程栈 + JIT代码缓存 + 直接内存 + GC开销 + JVM自身及其他

各部分内存详解

1. 堆内存 (Heap Memory) - 8 GB

这是你通过 -Xmx8g 参数设置的部分,也是最大的一块。它用于存放所有的对象实例和数组。在这个场景下,我们假设它已经用满了,即 8 GB。

2. 元空间 (Metaspace)

用途
存储类的元数据信息,如类名、字段、方法、字节码等。Spring Boot应用由于大量使用动态代理和AOP,元空间占用通常不小。
控制参数
-XX:MaxMetaspaceSize
典型估算 对于一个中大型的Spring Boot应用,元空间占用 256MB 到 512MB 是很常见的。我们按
512 MB 计算。

3. 线程栈 (Thread Stacks)

用途
每个Java线程都有自己的栈,用于存储局部变量、方法调用信息等。
计算方式 线程数
* 每个线程的栈大小
控制参数
-Xss (例如 -Xss1m 表示每个线程栈大小为1MB,这是64位Linux下的默认值)。
典型估算 : 一个Web应用在高并发下,线程数可能达到几百个。包括Tomcat的工作线程、GC线程、定时任务线程、以及其他JVM内部线程。 假设你的应用在高负载下有
400 个活跃线程。 总线程栈大小 = 400 * 1MB = 400 MB。

4. JIT代码缓存 (JIT Code Cache)

用途
JVM会将热点代码(经常执行的方法)编译成本地机器码(Native Code)来提升性能,这部分机器码就存储在代码缓存区。
控制参数
-XX:ReservedCodeCacheSize (在JDK 8+,默认大小通常是 240 MB)。
典型估算 对于一个长期运行且复杂的应用,这部分基本会被用满,我们按
240 MB 计算。

5. 直接内存 (Direct Memory)

用途
这是堆外内存,通过NIO的 ByteBuffer.allocateDirect() 分配。很多高性能框架如Netty、Undertow,以及一些文件IO操作会使用它来避免数据在JVM堆和本地堆之间来回复制,从而提高效率。
控制参数
-XX:MaxDirectMemorySize (默认情况下,它的大小与最大堆内存 -Xmx 相同!)。
典型估算 这部分变数最大。如果你的应用没有大量使用NIO,可能只占用几十MB。但如果使用了Undertow作为Web服务器或进行大量文件
/网络操作,可能会占用 几百MB甚至更多。我们保守估算一个中等用量:256 MB。

6. GC开销及JVM内部开销

用途
垃圾回收器自身需要内存来维护数据结构,比如G1垃圾回收器的Card Table、Remembered Sets等,这部分开销可能占堆大小的百分之几。
JVM自身运行也需要一些内存,用于加载so/dll库、维护内部数据结构等。
典型估算 这部分比较难精确计算,但对于一个8GB的堆,估算有
256 MB 到 512 MB 的额外开销是合理的。我们按 512 MB 计算。

估算总和

现在,我们把这些部分加起来:

image

 结论:从这个保守的计算可以看出,当8GB的堆内存被用满时,Java进程的实际物理内存占用轻松达到 接近10GB。如果你的应用线程数更多,或者使用了大量的直接内存,这个数字达到11GB或12GB是完全正常的

如何实际监控?

在生产环境中,不要只靠估算。你可以使用以下工具来查看Java进程的实际内存占用:

1.Linux/macOS 命令:
top: 查看进程列表,RES 或 RSIZE 列就是进程占用的物理内存。
ps -o pid,rss,vsz -p <PID>: rss 列(Resident Set Size)是关键指标。

2.JVM原生内存跟踪 (NMT - Native Memory Tracking):
这是最精确的分析工具。需要在启动时加入JVM参数:-XX:NativeMemoryTracking=summary 或 -XX:NativeMemoryTracking=detail。
然后使用 jcmd 命令来查看报告:
# 查看摘要
jcmd <PID> VM.native_memory summary# 查看详情
jcmd <PID> VM.native_memory detail

总结

在进行容量规划时,绝不能只考虑堆内存。为Java进程分配的容器(如Docker)或虚拟机内存,必须远大于你设置的 -Xmx 值,否则很容易因为堆外内存的使用而被操作系统OOM Killer杀掉。通常的经验法则是:为容器分配的内存 = -Xmx + 1-2GB 的额外空间,对于超大堆,这个额外空间需要更多。

摘自:

https://mp.weixin.qq.com/s/4FsNkgxB6WDkP9UTcb9r4g