內(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.如果確確實實需要更大的棧容量，可以檢查并調(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)存泄漏。