Pengumpul Sampah (GC) ialah sistem pengurusan memori dalaman dalam PHP, tetapi terdapat beberapa kehalusan untuk difahami.

? Kenapa GC wujud?

GC mengautomasikan pengurusan memori, yang menghilangkan kerumitan mengendalikan memori dengan tugas manual (yang akan membosankan).

Ini membolehkan pembangun menumpukan pada logik perniagaan mereka tanpa terlalu risau tentang ralat 'Habis Ingatan'.

Sudah tentu, ia bukan sihir.

? 10,000 objek ringkasnya

Membebaskan objek yang tidak diperlukan lagi menghalang kebocoran ingatan.

GC menggunakan mekanisme pengiraan untuk menentukan elemen untuk digugurkan. Jika tiada rujukan menunjuk kepada objek tertentu (iaitu, $counter = 0), maka objek ini layak untuk pembersihan.

Ia berfungsi dengan baik, tetapi sesetengah rujukan boleh menimbulkan masalah:

class A {
    public $b;
}

class B {
    public $a;
}

$a = new A();
$b = new B();

$a->b = $b;
$b->a = $a;

unset($a);
unset($b);

Dalam kes reka bentuk yang lemah ini, PHP tidak akan membebaskan memori walaupun kita menyahset $a dan $b, kerana ia merujuk antara satu sama lain, menyebabkan PHP percaya ia masih digunakan.

Nasib baik, terdapat satu lagi mekanisme yang dipanggil Cycle Collector untuk itu:

gc_collect_cycles();

Secara kasarnya, pengumpul merentasi semua rujukan dan menggunakan algoritma untuk menandakan objek sedang digunakan, yang mendedahkan objek untuk dikumpulkan (yang tidak ditanda).

Walau bagaimanapun, PHP tidak mencetuskan pengumpulan kitaran automatik sehingga ambang 10,000 objek dengan rujukan kitaran berpotensi dicapai.

Sekali lagi, ini bukan sihir, jadi anda mesti menggunakan gc_collect_cycles() hanya dalam beberapa kes.

? TANSTAAFL

Reka bentuk yang buruk boleh menyebabkan perhubungan yang terlalu rumit antara objek, yang membawa kepada lebih banyak rujukan dan pengumpulan sampah yang lebih kerap.

Setiap objek yang dikira rujukan memerlukan storan tambahan untuk kiraan rujukannya.

Sumber: Wikipedia - Pengiraan rujukan

Overhed yang dikaitkan dengan operasi pembersihan memori boleh memberi kesan kepada prestasi global dengan ketara dan akhirnya meningkatkan masa pelaksanaan dalam senario tertentu.

10 tahun lalu, Komposer mendapat peningkatan prestasi yang besar hanya dengan menggunakan fungsi gc_disable().

Sumber: Komposer - melumpuhkan GC

Memang, PHP 7 telah meningkatkan GC secara drastik, jadi ia tidak seperti pada tahun 2014.

Selain itu, versi PHP 8 menambah baik strategi peruntukan memori dan menambah lebih banyak statistik berguna tentang operasi GC untuk pemantauan yang lebih baik (gc_status() dalam 8.3).

Kebanyakan aplikasi PHP adalah didorong permintaan, dan memori secara automatik dikosongkan pada penghujung permintaan.

Sekali lagi, ia cukup menarik tetapi bukan sihir. Apakah yang berlaku dengan permintaan tak segerak dan objek/daemon tahan lama?

Anda mungkin mengalami kebocoran ingatan pada satu ketika.

? Sejauh manakah GC PHP?

Pada ketika ini, anda mungkin tidak melihat bagaimana GC PHP berbeza daripada bahasa lain.

Kebanyakan masa, bahasa lain tidak bergantung pada pengiraan rujukan untuk mengumpul sampah atau mungkin menggunakan pelaksanaan yang berbeza.

Sebagai contoh, ramai yang menggunakan algoritma pengesanan yang turut menandakan objek yang tidak digunakan tetapi tidak beroperasi secara berperingkat. Ia adalah lintasan graf.

Selain itu, sesetengah bahasa tidak membenarkan kawalan langsung sedemikian (cth., hidup/mati semasa masa jalan).

Seperti biasa, terdapat beberapa kelebihan dan ketidakselesaan, jadi anda mungkin melihat beberapa pendekatan hibrid.

? Berinteraksi dengan GC PHP

Anda boleh memanfaatkan pembantu gc_* terbina dalam.

Contohnya:

• gc_collect_cycles secara manual mencetuskan kutipan sampah
• gc_status() memberikan status semasa
• gc_disable() menyahdayakannya
• gc_enable() mendayakannya

Fungsi ini berguna untuk nyahpepijat atau memperhalusi pengumpulan sampah apabila perlu.

? Memahami ralat ingatan

Anda boleh membaca siaran ini untuk mendapatkan maklumat lanjut:

PHP: ralat ingatan

spO0q ? ? 24 Mei '23

#php #pemula #pengaturcaraan

? Peta Lemah untuk diselamatkan?

PHP 7.4 memperkenalkan Rujukan Lemah dan PHP 8 memperkenalkan Peta Lemah.

Peta Lemah boleh digambarkan sebagai koleksi Rujukan Lemah.

Struktur data ini ialah stor nilai kunci serba boleh yang membantu PHP menjejaki item tanpa membuat kekacauan atau memakan ruang yang berlebihan.

Anda mungkin melihatnya sebagai storan sementara yang akan dibersihkan serta-merta apabila ia tidak diperlukan lagi, kerana tiada rujukan [kuat] yang boleh menghalang kutipan sampah:

class A {
    public $b;
}

class B {
    public $a;
}

$a = new A();
$b = new B();

$a->b = $b;
$b->a = $a;

unset($a);
unset($b);

? Kebaikan

• agak mudah
• hebat untuk caching atau memoisasi (cth., pengiraan mahal)

? Keburukan

• sementara kunci (objek) tidak menghalang pengumpulan sampah, nilai boleh, jadi istilah "nilai sewenang-wenangnya" boleh mengelirukan (hanya gunakan jenis data mudah sebagai nilai)
• kes penggunaan berharga adalah terhad

? Optimumkan kod

• memanfaatkan corak reka bentuk yang mengurangkan saling bergantung
• gunakan suntikan pergantungan
• jangan muatkan set data yang terlalu besar ke dalam ingatan dan gunakan koleksi serta penjana berbanding tatasusunan yang besar
• pantau penggunaan memori
• profilkan kod anda dengan metrik
• gunakan gc_enable(), gc_disable(), dan gc_collect_cycles() dengan berhati-hati

Bungkus

Untuk kebanyakan penggunaan, anda tidak perlu risau tentang pengurusan memori, kerana PHP sudah mengendalikannya.

Walau bagaimanapun, kerana tindanan moden menggunakan objek tahan lama, anda perlu memantau aplikasi anda untuk kemungkinan kebocoran memori.

Jika anda mendapat masalah, anda mungkin perlu mengoptimumkan kod dan/atau berinteraksi dengan GC secara langsung.

Atas ialah kandungan terperinci PHP: The Garbage Collector menerangkan dengan perkataan yang mudah. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!