jvm的OOM和系统的OOM一样吗?如果不一样有什么区别?

1. 结论

JVM的OOM和系统的OOM不是一个东西,而且区别还很大,就想你跟你们班有个同学重名一样,除了名字一样,其他的都不一样(这个是说狭义的不一样,你别思维太严谨(抬杠)说,既然是同班同学,我们的老师是一样的,你如果非要这么抬杠,我只能说你们村有给你同名的了,你们不是一个父母吧^_)主要表现在下面几个方面

2. 细节

区别

1. 原因不同：JVM 中的 OOM 通常是由于堆空间不足而导致的，而系统中的 OOM 则是由于物理内存不足或交换分区已满而导致的。
2. 影响范围不同：JVM 中的 OOM 只会影响到运行在 JVM 中的 Java 程序，而系统中的 OOM 则会影响到整个操作系统及其上运行的所有进程。
3. 处理方式不同：在 JVM 中遇到 OOM 时，可以通过调整堆大小、减少对象创建、优化代码等方式来尝试解决问题。而系统中的 OOM 需要更加谨慎地处理，例如通过增加系统内存、释放不必要的进程或关闭一些应用程序等方式来缓解压力。

他们两个真的一点关系都没有吗?

当然也不是.当 JVM 中的 OOM 严重到一定程度时，也可能会导致系统级别的 OOM，因为Java 8 的metaspace 是一个可扩缩的设计,即便配置了对内存的限制仍然有可能吃掉整个节点的内存,导致系统OOM.
因此在开发 Java 应用程序时，需要密切关注 JVM 的内存使用情况，并采取相应的措施来避免出现 OOM 问题。

3. 有一个思考题:linux 环境,我怎么限制某个非java程序的内存?

一点提示:
1. ulimit
2. 直接操作cgroup (有内核版本限制内核版本大于2.6)
3. 使用docker (其实也是配置cgroup,只不过是docker domain帮你配制了)