常見的記憶體洩漏是由於程式碼的多次執行導致的。每次執行時都會產生一塊記憶體洩漏。
2. 偶發性記憶體洩漏是指發生記憶體洩漏的程式碼只會在某些特定的環境或操作過程下才會出現。這種記憶體洩漏不是持續不斷地發生，而是偶爾發生。然而，需要注意的是，對於特定的環境來說，偶發性記憶體洩漏也可能變得頻繁發生。因此，在檢測記憶體洩漏時，測試環境和測試方法是非常重要的因素。
一次性記憶體洩漏是指發生記憶體洩漏的程式碼只會執行一次，或由於演算法上的缺陷，導致總會有一塊且僅一塊記憶體發生洩漏。舉例來說，某個類別的建構函式中分配了內存，但在析構函式中卻沒有釋放該記憶體。由於該類別只存在一個實例，所以記憶體洩漏只會發生一次。在這種情況下，記憶體洩漏不會重複發生，但仍會導致記憶體資源的浪費和系統效能下降。因此，在編寫程式碼時，我們應該特別注意避免一次性記憶體洩漏的發生。
4. 隱式記憶體洩漏是指在程式運行過程中頻繁地分配內存，但直到程式結束時才釋放。嚴格來說，這並不算是真正的記憶體洩漏，因為最終記憶體會被釋放。然而，對於長時間運行的伺服器程式而言，如果沒有及時釋放內存，可能會導致系統最終耗盡所有內存。因此，我們將這種情況稱為隱式記憶體洩漏。這種記憶體洩漏不會立即造成問題，但隨著時間的推移，可能會對系統效能和穩定性產生負面影響。為了避免隱式內存洩漏，開發者應該及時釋放不再使用的內存，以確保系統的正常運作。
#記憶體外洩是指未被程式使用的物件或變數長時間佔用記憶體。在Java中，存在幾種記憶體外洩的情況。
長生命週期的物件持有短生命週期物件的參考可能導致記憶體洩漏。例如，在快取系統中，我們將一個物件載入到快取中，並將其放在全域map物件中，但隨後不再使用該物件。然而，該物件仍然被快取引用，卻無法釋放。在這種情況下，應該及時清理不再使用的對象，以避免記憶體洩漏的發生。
對於全域性的集合類別變量，如果沒有對應的刪除機制，可能會導致記憶體佔用只增不減。因此，提供刪除機製或定期清除策略非常必要。
單例模式的不正確使用是常見的記憶體外洩問題。一旦單例物件被初始化，它將在整個JVM生命週期中存在（以靜態變數的方式）。如果單例物件持有對外部物件的引用，這個外部物件將無法被JVM正常回收，從而導致記憶體外洩。
記憶體溢位(out of memory)是指程式在申請記憶體時，由於可用記憶體空間不足，無法滿足程式的需求而發生錯誤。舉個例子，如果程式申請了一個整數類型的記憶體空間，但實際上需要儲存一個長整數才能容納的數值，就會發生記憶體溢位錯誤。在這種情況下，程式無法正常運行，需要透過增加可用記憶體或優化程式邏輯來解決問題。
內存洩漏 memory leak，是指程式在申請內存後，無法釋放已申請的內存空間，一次內存洩露危害可以忽略，但內存洩露堆積後果很嚴重，無論多少內存，遲早會被佔光。
memory leak會最終會導致out of memory!
產生的原因：
1.記憶體中載入的資料量過於龐大，如一次從資料庫取出過多資料；
2.集合類別中有物件的引用，使用完後未清空，使得JVM不能回收；
3.程式碼中存在死迴圈或迴圈產生過多重複的物件實體；
4.使用的第三方軟體中的BUG;
5.啟動參數記憶體值設定的過小
解決方案：
1）處理一些IO流的資料傳輸時，盡量結束時候把IO流關掉
2）處理下載照片時候，使用BitmapFactory.options。設定insameplesize（)方法壓縮圖片減少資源的佔用；圖片的壓縮問題下面會寫一個專門專題來講；
3）還可以透過降低照片像素的方法，從而降低佔用的記憶體
4）資源的回收：Bitmap.recycle()bitmap=null;
5）盡量使用全域的變量，少new新的物件
記憶體洩漏本身不會產生什麼危害，作為一般的用戶，根本感覺不到記憶體洩漏的存在。真正有危害的是記憶體洩漏的堆積，這最終會消耗盡系統所有的記憶體。從這個角度來說，一次性記憶體洩漏並沒有什麼危害，因為它不會堆積，而隱式記憶體洩漏危害性則非常大。導致程序crash;
встреча. Причина, по которой Java вызывает утечки памяти, очень ясна: если долгоживущий объект содержит ссылку на недолговечный объект, скорее всего произойдет утечка памяти. Живой объект хранит свою ссылку. В результате он не может быть переработан. Это сценарий, когда в Java происходят утечки памяти.
1 Класс коллекции, класс коллекции имеет только методы для добавления элементов, но не имеет соответствующего механизма удаления, что приводит к занятию памяти. На самом деле это не ясно.Если этот класс коллекции является просто локальной переменной, это вообще не вызовет утечку памяти.После выхода из стека методов не будет никаких ссылок, и он будет нормально переработан jvm. И если этот класс коллекции является глобальной переменной (например, статические атрибуты в классе, глобальная карта и т. д., которые имеют статические ссылки или финал, всегда указывающие на нее), то не существует соответствующего механизма удаления, что может привести к память, занимаемая коллекцией, будет только увеличиваться, а не уменьшаться, поэтому необходимо предусмотреть такой механизм удаления или регулярную стратегию очистки.
2.2. Режим Singleton. Неправильное использование шаблона Singleton — распространенная проблема, приводящая к утечкам памяти. После инициализации объект Singleton будет существовать на протяжении всего жизненного цикла JVM (в виде статических переменных). Если объект Singleton содержит ссылку на внешний объект, тогда этот внешний объект не будет нормально перерабатываться jvm, что приведет к утечке памяти. Рассмотрим следующий пример: class A{
3.общественный A(){
4.B.getInstance().setA(this);}
5. ....}
6. //Класс B принимает одноэлементный режим class B{
7.частное A a;
8.частный статический экземпляр B=new B();
9.общественный B(){}
10. public static B getInstance(){
11. вернуть экземпляр;}
以上是記憶體外洩的分類及情形一覽的詳細內容。更多資訊請關注PHP中文網其他相關文章！
