Java服务器内存限制需配置堆内存（-Xmx/-Xms）、元空间（-XX:MaxMetaspaceSize）、直接内存（-XX:MaxDirectMemorySize）和线程栈（-Xss），容器中须启用-XX:+UseContainerSupport并设置MaxRAMPercentage。
在Java服务器环境中限制内存使用，核心是通过JVM启动参数合理配置堆内存与元空间等区域的大小，避免因内存无节制增长导致OOM或系统资源耗尽。
设置堆内存上限（-Xmx）
JVM堆内存是对象分配的主要区域，必须显式限制最大值。生产环境切忌依赖默认值，尤其在容器化部署中容易因宿主机内存充足而过度分配。
- 使用 -Xmx2g 将最大堆设为2GB（数值根据应用实际负载调整）
- 建议同时设置 -Xms2g，让初始堆等于最大堆，减少运行时扩容开销和GC波动
- 若应用内存需求稳定，-Xms 和 -Xmx 设为相同值可提升稳定性
控制元空间大小（-XX:MaxMetaspaceSize）
Java 8+ 用元空间替代永久代，用于存放类元数据。动态加载大量类（如微服务、热部署场景）易引发元空间溢出。
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 添加 -XX:MaxMetaspaceSize=256m 限制元空间上限，防止类加载器泄漏导致内存持续增长
- 搭配 -XX:MetaspaceSize=128m 可提前触发GC，避免首次达到上限时才回收
- 观察日志中 Metaspace GC 频率，过高说明类加载压力大，需检查是否频繁生成代理类或未释放ClassLoader
限制直接内存与线程栈（-XX:MaxDirectMemorySize、-Xss）
NIO、Netty、数据库连接池等常使用堆外内存；每个线程也有独立栈空间，线程数多时不可忽视。
立即学习“Java免费学习笔记（深入）”；
- 用 -XX:MaxDirectMemorySize=512m 控制Direct Buffer总量，避免堆外内存失控
- 对高并发但单任务轻量的服务，可将 -Xss256k 调低（默认1MB），节省线程栈总开销
- 注意：-Xss过小可能导致深层递归或复杂框架（如Spring AOP）抛 StackOverflowError
容器环境需额外适配（-XX:+UseContainerSupport）
在Docker/K8s中，旧版JVM无法识别cgroup内存限制，可能无视容器内存上限而超限被kill。
- JDK 8u191+ 或 JDK 10+ 默认启用 -XX:+UseContainerSupport，自动读取容器内存限制作为堆上限参考
- 显式指定 -XX:MaxRAMPercentage=75.0 可让JVM按容器内存的75%计算-Xmx（例如容器限制4G，则堆≈3G）
- 禁用该特性会退回到传统宿主机内存判断逻辑，极易导致OOMKilled
