Adakah kelas dalaman sememangnya berbahaya untuk kebocoran memori dalam pembangunan Android?

Adakah Anda Selamat Semasa Menggunakan Kelas Dalaman?

Semasa bekerja pada aplikasi Android, isu yang berkaitan dengan kebocoran memori sering timbul. Kelas dalaman, apabila digunakan dalam aktiviti, boleh menimbulkan potensi risiko. Tetapi bilakah sebenarnya kebocoran ini boleh berlaku?

Kelas Dalaman dan Kebocoran Memori

Kebocoran memori berlaku apabila kelas dalam bertahan lebih lama daripada kelas luarnya (iaitu, aktiviti ). Keadaan ini boleh timbul apabila objek di luar kelas yang mengandungi mengekalkan rujukan kepada objek dalam, mengekalkannya hidup walaupun selepas kelas induk hilang.

Contoh 1: Tiada Risiko Kebocoran

final Dialog dialog = new Dialog(this);
dialog.setContentView(R.layout.dialog_generic);
Button okButton = (Button) dialog.findViewById(R.id.dialog_button_ok);
TextView titleTv = (TextView) dialog.findViewById(R.id.dialog_generic_title);

okButton.setOnClickListener(new OnClickListener() {
    public void onClick(View v) {
        dialog.dismiss();
    }
});

titleTv.setText("dialog title");
dialog.show();

Dalam contoh ini, kelas tanpa nama yang melanjutkan OnClickListener tidak akan hidup lebih lama daripada aktiviti, menghapuskan risiko daripada kebocoran.

Contoh 2: Potensi Bahaya

_handlerToDelayDroidMove = new Handler();
_handlerToDelayDroidMove.postDelayed(_droidPlayRunnable, 10000);

private Runnable _droidPlayRunnable = new Runnable() { 
    public void run() {
        _someFieldOfTheActivity.performLongCalculation();
    }
};

Contoh ini melibatkan Runnable tanpa nama, iaitu sejenis kelas dalaman. Oleh kerana Runnable memegang rujukan tersirat kepada aktiviti yang dilampirkan, ia boleh kekal hidup walaupun selepas aktiviti itu dimusnahkan. Akibatnya, kod ini dianggap berbahaya dan boleh menyebabkan kebocoran memori.

Melindungi Terhadap Kebocoran dengan Kelas Dalam

Untuk mengelakkan kebocoran yang melibatkan kelas dalaman:

• Gunakan kelas dalaman statik apabila boleh.
• Jika menggunakan bukan statik kelas dalaman, pastikan hayat mereka lebih pendek daripada kelas luar.
• Pertimbangkan untuk menggunakan corak reka bentuk seperti Kilang untuk mengelakkan rujukan langsung.

Aktiviti dan Pandangan

Aktiviti mengekalkan rujukan kepada hierarki View mereka, menjadikan kebocoran memori menjadi kebimbangan yang ketara. Mana-mana objek dengan rujukan kepada aktiviti atau pandangan boleh memastikan ia tetap hidup, mengakibatkan kebocoran.

Mencegah Kebocoran dalam Aktiviti dan Pandangan

• Elakkan memegang rujukan kepada aktiviti atau konteks untuk tempoh yang panjang.
• Jika konteks jangka panjang diperlukan, gunakan getApplicationContext().
• Pertimbangkan untuk mengatasi perubahan konfigurasi untuk meminimumkan risiko kebocoran semasa perubahan orientasi.

Runnables

Runnables adalah potensi lain sumber kebocoran ingatan, terutamanya apabila digunakan sebagai dalaman tanpa nama kelas.

Mencegah Kebocoran dengan Runnables

• Gunakan runnables lanjutan dan bukannya tanpa nama.
• Jadikan runnables lanjutan statik jika boleh.
• Elakkan menggunakan runnable tanpa nama dalam objek yang telah bertahan lama rujukan kepada aktiviti atau paparan.
• Sebaliknya, pertimbangkan untuk menggunakan AsyncTask, kerana ia diuruskan VM secara lalai.

Apabila Kelas Dalaman Hidup Lebih Lama Kelas Luar

Ini boleh berlaku apabila kelas luar mencipta kelas dalam dan kelas dalam menyimpan rujukan kepada kelas luar, dengan berkesan mengekalkannya. Walaupun selepas kelas luar dimusnahkan, kelas dalam kekal boleh diakses melalui rujukan.

Kesimpulan

Menggunakan kelas dalam dalam aktiviti memerlukan pertimbangan yang teliti untuk mengelakkan kebocoran memori. Dengan mematuhi amalan terbaik yang digariskan di atas, pembangun boleh meminimumkan risiko ini dan memastikan aplikasi Android mereka berfungsi dengan lancar.

Atas ialah kandungan terperinci Adakah kelas dalaman sememangnya berbahaya untuk kebocoran memori dalam pembangunan Android?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!