解决甲骨文云 VPS 上 Java 应用内存溢出，最推荐的做法是根据实例物理内存重新设定 JVM 堆上限，并确认 JVM 版本是否能自动识别容器内存限制。

命令速用版

# 查看当前内存使用情况
free -h

# 查看 Java 版本
java -version

# 启动时限制最大堆内存（示例为 1GB）
java -Xmx1g -jar your-app.jar

为什么会这样

Java 虚拟机的堆内存（Heap）只是进程占用内存的一部分。如果将最大堆内存（-Xmx）设置得等于或接近 VPS 的总物理内存，操作系统和其他进程就没有足够空间运行，这会触发 Linux 的 OOM Killer 机制强制杀死 Java 进程。

此外，部分旧版本 Java 在容器或受限环境中无法正确读取 cgroup 内存限制，默认会尝试使用宿主机的内存大小进行计算，导致分配超出实际可用额度。公开资料中没有看到可靠的量化数据说明具体溢出比例，但通常建议预留至少 20% 至 30% 的物理内存给操作系统和非堆内存使用。

分步处理

1. 确认实例内存规格

登录甲骨文云控制台或使用命令查看实例总内存。不要假设所有免费实例都是同一规格，以实际查询为准。

free -h

2. 计算安全的堆内存上限

假设实例总内存为 M，建议将 -Xmx 设置为 M 的 70% 左右。例如总内存 2GB，-Xmx 可设为 1.5g；总内存 24GB，-Xmx 可设为 16g 至 18g。剩余内存需留给操作系统、线程栈和元空间（Metaspace）。

3. 修改启动脚本

找到你的 Java 应用启动命令，添加或修改 -Xmx 参数。如果使用 systemd 管理，编辑对应的 service 文件。

ExecStart=/usr/bin/java -Xmx1536m -jar /path/to/app.jar

4. 检查 Java 版本容器支持

Java 8u191 及更高版本、Java 10 及更高版本默认开启了容器内存感知支持（-XX:+UseContainerSupport）。如果是更旧的版本，建议升级或手动添加该参数，否则 JVM 可能忽略容器限制。

5. 增加 Swap 分区（可选止血措施）

如果物理内存确实紧张，可以添加 Swap 防止进程被直接杀死，但这可能会降低性能。仅作为稳定性保障，不作为性能提升方案。

# 创建 2G Swap 文件示例
dd if=/dev/zero of=/swapfile bs=1M count=2048
chmod 600 /swapfile
mkswap /swapfile
swapon /swapfile

怎么验证是否生效

1. 检查进程是否存活

观察应用运行一段时间，确认没有意外退出。使用 top 或 htop 查看 Java 进程内存占用是否稳定在设定范围内。

2. 查看系统日志

检查系统日志中是否有 OOM Killer 记录。如果没有相关杀进程日志，说明内存压力已缓解。

dmesg | grep -i "out of memory"
journalctl -k | grep -i "killed process"

3. 监控 GC 状态

使用 jstat 命令观察垃圾回收情况。如果 Full GC 频繁且无法回收内存，说明堆内存仍然不足，需要进一步调小业务负载或适当增加 -Xmx（在物理内存允许范围内）。

jstat -gcutil <pid> 1000

常见坑

1. -Xmx 设置过大

切勿将 -Xmx 设置为等于物理内存。JVM 除了堆内存外，还需要非堆内存（Direct Buffer、线程栈、代码缓存等），预留不足会导致 native memory 溢出。

2. 忽略 Java 版本差异

老版本 Java 默认不感知容器限制，可能在 Docker 或受限 VPS 中申请过多内存。升级 JDK 或手动添加参数是必要步骤。

3. 把 Swap 当性能方案

开启 Swap 只能防止进程被杀，频繁使用 Swap 会导致磁盘 I/O 飙升，应用响应变慢。如果长期依赖 Swap，应考虑升级实例配置。

4. 多线程消耗

每个 Java 线程都会占用一定的栈内存。如果应用创建了大量线程，即使堆内存未满，总内存也可能超出限制。需结合线程数评估总内存需求。