JAVA 声明new 过多临时对像会导致内存溢出,怎么解决?

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了JAVA 声明new 过多临时对像会导致内存溢出,怎么解决?相关的知识,希望对你有一定的参考价值。

比如
List list = new ArrayList();
for(int i=0;i<1000;i++)
Stu stu = new Stu();
stu.setName("XXX");
list.add(stu);

类似这样的代码, new 太多的对像,会导致内存不足吗,怎么解决??

要看你设置的jvm的运行内存了。如果足够大就不会,如果小了就会的! 参考技术A 我觉得应该把Stu stu 放到循环外面,那么每次实例化同一个stu。当你第二次new的时候,stu就取消了对第一次的引用。那么很可能就会被回收掉了。否则你每次都是一个新的stu。每一个引用都存在,系统就会以为你还会使用,所以不会回收。就好比一对多和多个一对一的关系,前面只有一个对象被引用,其余的都可能回收,而后面是每个对象都被引用,所以不会回收,不知道解释的对不对,个人理解。本回答被提问者采纳 参考技术B 以现在机器配置来说,1000是没什么压力的。如果list长度达到百万级,并且对象类型比较复杂的话,堆溢出就很常见了。一般来说造成如果可能造成内存溢出,那么代码一定不合理,仔细考虑一下是不是一定要把上百万的数据量集中到一起处理,最好是分段进行,处理一部分就清空一次内存,这样就不会内存溢出了 参考技术C java有垃圾回收机制
可以自己在后面写stu=null;
不过一般不会那么容易溢出的
参考技术D 不会。
java有自动垃圾回收机制。会自动回收不再使用的对象。

PartialPath 导致的临时内存占用过多

【中文标题】PartialPath 导致的临时内存占用过多【英文标题】:Too many temp memory occupation up caused by PartialPath 【发布时间】:2022-01-19 09:23:51 【问题描述】:

我最近使用 IoTDB。我使用 180G 内存来管理 1.2 亿个时间序列。经过一段时间的数据插入,我发现PartialPath有一段时间占用了12G内存。这是正常的吗?恐怕这种现象会给系统工作负载带来一些风险。

【问题讨论】:

【参考方案1】:

我也遇到过。这是官方的解释和解决方法,https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=195730301。希望以后的版本能解决这个问题。

【讨论】:

以上是关于JAVA 声明new 过多临时对像会导致内存溢出,怎么解决?的主要内容,如果未能解决你的问题,请参考以下文章

PartialPath 导致的临时内存占用过多

如何“复制”矩阵而不在内存中创建导致内存溢出的临时矩阵?

JAVA中内存泄露和内存溢出

Java 内存溢出(java.lang.OutOfMemoryError)的常见情况和处理方式总结

Java 循环读取文件导致内存溢出!

Java 内存溢出(java.lang.OutOfMemoryError)的常见情况和处理方式总结