职场

OutOfMemoryError解决方案

2019-11-09 11:10:10来源:励志吧0次阅读

如果没遇到过OME毛病,都不好意思说自己是做Java开发的。

OutOfMemoryError解决方案

JVM

最近更新文章的速度很慢,懒,另外我对时间的分配不太善于,事情一旦多起来,就很容易焦头烂额,效率也变低,看起来一天忙忙碌碌,最后发现处理的事情并不多。但是在不多的事情中,每天其实在程序开发上都会遇到一些值得分享的事情,如果一直没有动笔记录,很多事情都渐渐的忘记了。所以不管怎么忙,我想还是把工作中遇到技术上的问题,拿出来分享给大家,帮大家少踩坑。也是自己工作的一次记录。

OME的产生

OutOfMemoryError异常可以说是一个比较辣手的问题,Java中所有的对象都存储在堆中,通常如果JVM没法再分配新的内存,内存耗尽,垃圾回收没法及时回收内存,就会抛出OutOfMemoryError。

我这次遇到的OME毛病如图:

image.png

报毛病的缘由是由于: 履行垃圾搜集的时间比例太大 有效的运算量太小. 默许情况下 如果GC花费的时间超过 98% 并且GC回收的内存少于 2% JVM就会抛出这个错误。

解决方案

都是自己写的程序,报这个毛病,自己心里能没有点数吗,我里面写了一个大对象,实例化以后会不断的加载网络数据到内存中,并且我没有烧毁这个对象,继续使用这个对象,同时设置了线程一直让此对象进行等待。

然后我修改大对象在使用以后指向null。压力就没这么大了。

JVM内存区域

可能对JVM了解的不够清晰,下面再整理下JVM的一些经常使用知识点。

JVM的自动内存管理可以归结为两个问题:

给对象分配内存

回收分配的内存

常常变动堆内存区域为:新生代(Eden),存活区(Survivor),老年代(Old)

perm Gen:为持久带,主要寄存Java类的类信息,与垃圾搜集要搜集的Java对象关系

不大。

Code Cache:主要寄存代码缓存,它主要用于寄存JIT所编译的代码,JIT编译器是在程序运行期间,将Java字节码编译成平台相干的二进制代码。正因为此编译行动产生在程序运行期间,所以该编译器被称为Just-In-Time编译器。JIT主要编译的是热门代码。

OutOfMemoryError解决方案

内存区域图

关键点:

大多数情况下,对象在新生代Eden区中分配,Eden区域不够的时候,虚拟机发动一次Minor GC,对象在产生Minor GC后仍能存活,那么对象将被移动到Suvivor空间中,每经过一次Minor GC,对象的年龄增加1岁,增加到一定的年龄(默许15岁),就会提升到老年代Old Gen。

大对象是指需要连续内存空间的Java对象,典型的大对象是那种很长的字符串及数组。大对象对内存分配来说就是一个坏消息。 像爬虫爬取的整个页面,分配成字符串就是占用内存很多的字符串。

在产生MinorGC之前,虚拟机会先检查老年代的最大可用连续空间十分大于新生代的所有对象空间,如果成了,那末Minor GC就是安全的。如果不是,那末检查HandlepromotionFailure是不是允许担保失败,如果允许,那么检查老年代的最大可用空间是不是大于之前晋升到老年代对象的平均大小,如果大于那末也尝试进行一次Minor GC。 如果小于,或者HandlepromotionFailure设置为不允许冒险,那末改成进行一次Minor GC。

两张Jconsole的JVM图:

OutOfMemoryError解决方案

image.png

image.png

常见的JVM设置参数

可以在命令行直接查看可以设置的参数:

java

java -X

java -XX:+printFlagsFinal

-XX:NewRatio:年轻代(包括Eden和两个Survivor区)与年老代的比值(除去持久代)

-XX:SurvivorRatio:Eden区与Survivor区的大小比值

-XX:+DisableExplicitGC 关闭System.gc()

-XX:MaxTenuringThread 对象在Suvivor区域中的年龄到达多少进入Old Gen

-XX:pretenureSizeThreshold 另大于这个设置值的对象直接在老年代分配,避免Eden区和Suvivor区域之间大量的内存分配

这篇文章里面也罗列了不少参数:

https://www.cnblogs.com/redcreen/archive/2011/05/04/2037057.html

最后

不断的进步。希望能帮助到大家。

伟哥可治疗早泄

印度神油价格联系方式

卯度神油

印度神油官免费领取

分享到:
  • 友情链接
  • 合作伙伴