Rumah  >  Artikel  >  Java  >  Apakah senario kebocoran memori biasa di Jawa?

Apakah senario kebocoran memori biasa di Jawa?

王林
王林asal
2024-04-13 18:39:02434semak imbas

Senario kebocoran memori biasa di Java termasuk: memegang rujukan kepada objek luaran, rujukan statik, pendengar tidak sah, pembolehubah thread-tempatan dan rujukan bulat. Senario kebocoran memori biasa dalam pelayan aplikasi termasuk benang yang memegang rujukan kepada objek servlet, pemegang statik yang memegang rujukan kepada sambungan berterusan dan pendengar yang tidak dialih keluar daripada komponen.

Apakah senario kebocoran memori biasa di Jawa?

Senario kebocoran memori biasa di Java

Kebocoran memori ialah kecacatan serius dalam pembangunan perisian yang boleh menyebabkan ranap aplikasi atau penurunan prestasi dari semasa ke semasa. Berikut ialah senario kebocoran memori yang paling biasa di Java:

1 Memegang rujukan kepada objek luaran

Apabila objek memegang rujukan kepada objek luaran, JVM tidak boleh mengumpul objek luaran apabila ia tidak. sedang digunakan. . Contohnya:

class Outer {
    private Inner inner;

    public Outer() {
        inner = new Inner();  // 持有对 Inner 的引用
    }
}

class Inner {
    // ...
}

2. Rujukan Statik

Pembolehubah statik disimpan dalam ingatan kekal dalam JVM dan ia tidak pernah menjadi sampah. Jika pembolehubah statik memegang rujukan kepada objek, objek itu tidak boleh dikumpul sampah. Contohnya:

public class Example {
    private static List<Object> objects = new ArrayList<>();

    public static void main(String[] args) {
        objects.add(new Object());
    }
}

3. Pendengar Tidak Sah

Kebocoran memori berlaku apabila pendengar tidak lagi digunakan tetapi masih dilampirkan pada sumber acara. Contohnya:

import javax.swing.*;

public class ListenerLeak {
    private JButton button;

    public ListenerLeak() {
        button = new JButton();
        button.addActionListener(e -> {
            // ...
        });
    }

    // 忘记从按钮中移除监听器
}

4. Pembolehubah setempat-benang

Pembolehubah setempat-benang disimpan dalam setiap storan setempat-benang (TLS), dan ia bukan sampah dikumpul selagi benang itu aktif. Jika anda menggunakan pembolehubah setempat-benang dalam urutan yang lengkap, anda boleh menyebabkan kebocoran memori. Contohnya:

public class ThreadLocalLeak {
    private static ThreadLocal<Object> threadLocal = new ThreadLocal<>();

    public static void main(String[] args) {
        Thread thread = new Thread(() -> {
            threadLocal.set(new Object());  // 在线程中设置值
        });
        thread.start();
        thread.interrupt();  // 中断线程

        // 线程局部存储未得到清理
    }
}

5. Rujukan Pekeliling

Rujukan bulatan berlaku apabila dua atau lebih objek merujuk antara satu sama lain. Ini menyebabkan JVM tidak menyedari bahawa ia tidak lagi digunakan, mengakibatkan kebocoran memori. Contohnya:

public class CycleReference {
    private CycleReference other;

    public CycleReference() {
        other = new CycleReference();
        other.other = this;  // 循环引用
    }
}

Kes praktikal

Kebocoran memori dalam pelayan aplikasi

Berikut adalah senario kebocoran memori biasa dalam pelayan aplikasi:

  1. Threads simpan servs biarkan rujukan selesai.
  2. Pemegang statik (seperti kumpulan sambungan pangkalan data) menyimpan rujukan kepada sambungan berterusan walaupun sambungan tersebut tidak diperlukan lagi.
  3. Pendengar tidak dialih keluar daripada komponen, menyebabkan rujukan pendengar dikekalkan.

Anda boleh mengurangkan risiko kebocoran memori dalam aplikasi Java anda dengan memahami senario kebocoran memori biasa dan mengamalkan amalan pengekodan yang sesuai untuk memastikan kestabilan dan prestasinya.

Atas ialah kandungan terperinci Apakah senario kebocoran memori biasa di Jawa?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Kenyataan:
Kandungan artikel ini disumbangkan secara sukarela oleh netizen, dan hak cipta adalah milik pengarang asal. Laman web ini tidak memikul tanggungjawab undang-undang yang sepadan. Jika anda menemui sebarang kandungan yang disyaki plagiarisme atau pelanggaran, sila hubungi admin@php.cn