我来帮你拆解这个问题——首先得明确：ps看到的进程内存（一般是RSS，常驻内存）不等于JVM堆内存，JVM的内存开销是由多个部分组成的，堆只是其中一块。你设置的-Xmx128M只限制了堆的最大值，其他内存区域默认可能没有限制，这就是为什么进程总内存会冲到几GB的原因。

一、JVM内存的组成（除了堆之外的“隐形”内存） #

你需要知道，JVM进程的总内存包含这些容易被忽略的部分：

• 元空间（Metaspace）：存放类的元数据、方法信息、常量池等。Spring Boot打包了大量依赖（比如Spring框架、Tomcat、各种中间件客户端），会加载非常多的类，默认情况下元空间没有上限（只受系统内存限制），这会占用大量内存。
• 直接内存（Direct Memory）：NIO操作会用到的内存，默认大小等于-Xmx的值，要是你的应用大量使用NIO（比如数据库连接池、Redis客户端），这部分也会悄悄膨胀。
• 线程栈内存（Thread Stacks）：每个线程都有自己的栈空间，默认每个线程栈是1MB左右。Spring Boot应用默认会启动很多线程：Tomcat的请求处理线程（默认200个）、GC线程、异步任务线程、定时任务线程等等，光这部分就可能占200MB以上，线程多的话会更夸张。
• JVM内部开销：比如GC的标记 bitmap、JIT编译器的缓存、JVM本身的进程结构，这些也会占用几十到上百MB的内存。

二、如何把总内存限制在合理范围？ #

你需要同时限制所有内存区域的大小，给你一套针对Spring Boot微服务的推荐参数，你可以根据自己的应用调整：

java -Xmx128M -Xms128M -Xss256k -XX:MaxMetaspaceSize=128M -XX:MaxDirectMemorySize=64M -jar your-app.jar

逐个解释下这些参数：

• -Xms128M：把堆的初始大小设成和最大值一样，避免JVM频繁调整堆大小带来的开销，也能稳定堆内存占用。
• -Xss256k：把单个线程栈的大小从默认的1MB降到256KB，大多数Web应用的线程栈不需要1MB这么大，完全足够用。
• -XX:MaxMetaspaceSize=128M：限制元空间的最大值，Spring Boot应用加载的类一般在80-120MB左右，128M足够（如果启动报错OutOfMemoryError: Metaspace，可以适当调到192M）。
• -XX:MaxDirectMemorySize=64M：限制直接内存的最大值，根据你应用的NIO使用情况调整，一般64M就够支撑常规业务。

三、怎么验证内存分配是否合理？ #

调整参数后，你可以用这些工具排查：

• jmap -heap <进程ID>：查看堆和元空间的使用情况，确认是否在你设置的限制内。
• jcmd <进程ID> VM.native_memory detail：查看所有原生内存的分配细节（需要JDK8及以上，启动时加上-XX:NativeMemoryTracking=detail才能用），能精准看到哪部分内存占用过高。
• 再用ps aux或者top查看RSS，应该会降到几百MB的合理范围。

补充：关于参数位置的问题 #

你之前提到调整了-Xmx128M的位置——没错，JVM参数必须放在-jar前面，-jar后面的参数是传给你的Spring Boot应用的，不会被JVM识别，这一点你已经做对了，现在的问题核心就是非堆内存的限制。

内容的提问来源于stack exchange，提问作者IsaacLevon