內(nèi)存溢出和內(nèi)存泄漏是什么,是怎么發(fā)生的的呢?內(nèi)存溢出和內(nèi)存泄漏它們的區(qū)別是什么?應(yīng)該怎么做防護(hù)措施呢?小編接介紹一下吧。
內(nèi)存溢出和內(nèi)存泄漏是什么,是怎么發(fā)生的的呢?內(nèi)存溢出和內(nèi)存泄漏它們的區(qū)別是什么?應(yīng)該怎么做防護(hù)措施呢?小編接介紹一下吧。
內(nèi)存溢出和內(nèi)存泄漏有什么區(qū)別:
內(nèi)存泄漏是由于使用不當(dāng),把一部分內(nèi)存“丟掉了”,導(dǎo)致這部分內(nèi)存不可用。
當(dāng)在堆中創(chuàng)建了對象,后來沒有使用這個對象了,又沒有把整個對象的相關(guān)引用設(shè)為null。此時垃圾收集器會認(rèn)為這個對象是需要的,就不會清理這部分內(nèi)存。這就會導(dǎo)致這部分內(nèi)存不可用。
所以內(nèi)存泄漏會導(dǎo)致可用的內(nèi)存減少,進(jìn)而會導(dǎo)致內(nèi)存溢出。
內(nèi)存泄露問題排查方法:
用visualVM工具分析堆快照 ,如果發(fā)生內(nèi)存泄漏:
step1:找出泄漏的對象
step2:找到泄漏對象的GC Root
step3:根據(jù)泄漏對象和GC Root找到導(dǎo)致內(nèi)存泄漏的代碼
step4:想法設(shè)法解除泄漏對象與GCRoot的連接
如果不存在泄漏:
看下是否能增大jvm堆的最大容量,優(yōu)化程序,減小對象的生命周期
前期準(zhǔn)備:
當(dāng)發(fā)生堆溢出的時候,可以讓程序在崩潰時產(chǎn)生一份堆內(nèi)存快照
產(chǎn)生堆內(nèi)存快照的方法:
給jvm加上參數(shù)XX:+HeapDumpOnOutofMemoryError,這樣就會在程序崩潰的時候,產(chǎn)生一份堆內(nèi)存快照
分析堆內(nèi)存快照我建議用jdk自帶的可視化監(jiān)視工具visualVM,位置在jdk安裝目錄下的bin,如果是在Linux環(huán)境的話,可以把快照傳到window。因為分析工具會占用很大的內(nèi)存,不建議在服務(wù)端進(jìn)行分析。
解決方法:
針對StackOverflowError:
1.首先棧溢出會輸出異常信息,根據(jù)信息查看對應(yīng)的方法調(diào)用是否出現(xiàn)無限調(diào)用、或者棧幀過大等代碼邏輯上的問題,通過修改代碼邏輯解決;
2.如果確確實(shí)實(shí)需要更大的棧容量,可以檢查并調(diào)大棧容量:-Xss16m。
內(nèi)存泄露的跡象:老年代每次垃圾回收的時候,總是不能全部回收,一次比一次占用的內(nèi)存多。
針對OutOfMemoryError:
首先檢查是否創(chuàng)建過多的線程,減少線程數(shù)
有了堆信息查看方面的功能,我們一般可以順利解決以下問題:
--年老代年輕代大小劃分是否合理
--內(nèi)存泄漏
--垃圾回收算法設(shè)置是否合理
內(nèi)存泄漏的現(xiàn)象:
常常地,程序內(nèi)存泄漏的最初跡象發(fā)生在出錯之后,在你的程序中得到一個OutOfMemoryError。
這種典型的情況發(fā)生在產(chǎn)品環(huán)境中,而在那里,你希望內(nèi)存泄漏盡可能的少,調(diào)試的可能性也達(dá)到最小。
一個OutOfMemoryError常常是內(nèi)存泄漏的一個標(biāo)志,有可能應(yīng)用程序的確用了太多的內(nèi)存;這個時候,你既不能增加JVM的堆的數(shù)量,也不能改變你的程序而使得他減少內(nèi)存使用。
但是,在大多數(shù)情況下,一個OutOfMemoryError是內(nèi)存泄漏的標(biāo)志。一個解決辦法就是繼續(xù)監(jiān)聽GC的活動,看看隨時間的流逝,內(nèi)存使用量是否會增加,如果有,程序中一定存在內(nèi)存泄漏。
<div>下一篇:什么是Java虛擬機(jī)
免責(zé)聲明:本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻(xiàn)自行上傳,本網(wǎng)站不擁有所有權(quán),也不承認(rèn)相關(guān)法律責(zé)任。如果您發(fā)現(xiàn)本社區(qū)中有涉嫌抄襲的內(nèi)容,請發(fā)送郵件至:operations@xinnet.com進(jìn)行舉報,并提供相關(guān)證據(jù),一經(jīng)查實(shí),本站將立刻刪除涉嫌侵權(quán)內(nèi)容。