內(nèi)存溢出和內(nèi)存泄漏是什么，是怎么發(fā)生的的呢？內(nèi)存溢出和內(nèi)存泄漏它們的區(qū)別是什么？應(yīng)該怎么做防護措施呢？小編接介紹一下吧。
內(nèi)存溢出和內(nèi)存泄漏是什么，是怎么發(fā)生的的呢？內(nèi)存溢出和內(nèi)存泄漏它們的區(qū)別是什么？應(yīng)該怎么做防護措施呢？小編接介紹一下吧。
內(nèi)存溢出和內(nèi)存泄漏有什么區(qū)別:
內(nèi)存泄漏是由于使用不當，把一部分內(nèi)存“丟掉了”，導(dǎo)致這部分內(nèi)存不可用。
當在堆中創(chuàng)建了對象，后來沒有使用這個對象了，又沒有把整個對象的相關(guān)引用設(shè)為null。此時垃圾收集器會認為這個對象是需要的，就不會清理這部分內(nèi)存。這就會導(dǎo)致這部分內(nèi)存不可用。
所以內(nèi)存泄漏會導(dǎo)致可用的內(nèi)存減少，進而會導(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)化程序，減小對象的生命周期
前期準備:
當發(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ù)端進行分析。
解決方法:
針對StackOverflowError:
1.首先棧溢出會輸出異常信息，根據(jù)信息查看對應(yīng)的方法調(diào)用是否出現(xiàn)無限調(diào)用、或者棧幀過大等代碼邏輯上的問題，通過修改代碼邏輯解決;
2.如果確確實實需要更大的棧容量，可以檢查并調(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)試的可能性也達到最小。
一個OutOfMemoryError常常是內(nèi)存泄漏的一個標志，有可能應(yīng)用程序的確用了太多的內(nèi)存;這個時候，你既不能增加JVM的堆的數(shù)量，也不能改變你的程序而使得他減少內(nèi)存使用。
但是，在大多數(shù)情況下，一個OutOfMemoryError是內(nèi)存泄漏的標志。一個解決辦法就是繼續(xù)監(jiān)聽GC的活動，看看隨時間的流逝，內(nèi)存使用量是否會增加，如果有，程序中一定存在內(nèi)存泄漏。
<
div>
商品已成功加入購物車