Apakah ada cara dalam javascript untuk membuat "referensi lemah" ke objek lain? Berikut adalah halaman wiki yang menjelaskan apa itu referensi yang lemah. Berikut adalah artikel lain yang menjelaskannya di Java. Adakah yang bisa memikirkan cara untuk menerapkan perilaku ini di javascript?

Tidak ada dukungan bahasa untuk weakrefs di JavaScript. Anda dapat menggulung sendiri menggunakan penghitungan referensi manual, tetapi tidak terlalu mulus. Anda tidak dapat membuat objek pembungkus proxy, karena dalam objek JavaScript tidak pernah tahu kapan objek tersebut akan dikumpulkan sampahnya.

Jadi 'referensi lemah' Anda menjadi kunci (mis. Bilangan bulat) dalam pencarian sederhana, dengan metode add-reference dan remove-reference, dan bila tidak ada referensi yang dilacak secara manual lagi, maka entri dapat dihapus, membiarkan pencarian selanjutnya pada kunci itu untuk mengembalikan null.

Ini sebenarnya bukan ref yang lemah, tetapi bisa menyelesaikan beberapa masalah yang sama. Ini biasanya dilakukan dalam aplikasi web yang kompleks untuk mencegah kebocoran memori dari browser (biasanya IE, terutama versi yang lebih lama) ketika ada loop referensi antara Node DOM atau pengendali kejadian, dan objek yang terkait dengannya seperti penutupan. Dalam kasus ini, skema penghitungan referensi penuh bahkan mungkin tidak diperlukan.

Saat menjalankan JS di NodeJS, Anda dapat mempertimbangkan https://github.com/TooTallNate/node-weak .

Pembaruan: September 2019

Referensi yang lemah belum dapat digunakan, tetapi kemungkinan besar akan segera dapat dilakukan, karena WeakRef di JavaScript sedang dalam proses. Detail di bawah.

Usul

Proposal saat ini dalam Tahap 3 yang berarti memiliki spesifikasi yang lengkap dan penyempurnaan lebih lanjut akan membutuhkan umpan balik dari implementasi dan pengguna.

The weakref usulan meliputi dua potong baru utama dari fungsi:

• Membuat referensi lemah ke objek dengan kelas WeakRef
• Menjalankan finalizer yang ditentukan pengguna setelah objek dikumpulkan dari sampah, dengan kelas FinalizationGroup

Kasus penggunaan

Sebuah penggunaan utama untuk referensi lemah adalah untuk menerapkan cache atau pemetaan memegang benda besar, di mana itu yang diinginkan bahwa sebuah objek besar tidak tetap hidup semata-mata karena muncul dalam cache atau pemetaan.

Finalisasi adalah eksekusi kode untuk membersihkan setelah objek menjadi tidak terjangkau untuk eksekusi program. Finalizer yang ditentukan pengguna mengaktifkan beberapa kasus penggunaan baru, dan dapat membantu mencegah kebocoran memori saat mengelola resource yang tidak diketahui oleh pengumpul sampah.

Sumber dan bacaan lebih lanjut

https://github.com/tc39/proposal-weakrefs
https://v8.dev/features/weak-references

Referensi benar-benar lemah, tidak, belum (tapi pembuat browser melihat subjeknya). Tapi di sini ada ide tentang bagaimana mensimulasikan referensi yang lemah.

Anda dapat membuat cache yang digunakan untuk mengarahkan objek Anda. Saat sebuah objek disimpan, cache menyimpan prediksi berapa banyak memori yang akan digunakan objek tersebut. Untuk beberapa item, seperti menyimpan gambar, ini langsung berhasil. Bagi orang lain ini akan lebih sulit.

Saat Anda membutuhkan sebuah objek, Anda kemudian meminta cache untuk itu. Jika cache memiliki objek, itu dikembalikan. Jika tidak ada, maka item dibuat, disimpan, dan kemudian dikembalikan.

Referensi yang lemah disimulasikan oleh item penghapus cache, ketika jumlah total memori yang diprediksi mencapai tingkat tertentu. Ini akan memprediksi item mana yang paling sedikit digunakan berdasarkan seberapa sering mereka diambil, tertimbang dengan berapa lama mereka dibawa keluar. Biaya 'kalkulasi' juga dapat ditambahkan, jika kode yang membuat item tersebut dimasukkan ke cache sebagai penutup. Ini akan memungkinkan cache menyimpan item yang sangat mahal untuk dibuat atau dibuat.

Algoritme penghapusan adalah kuncinya, karena jika Anda melakukan kesalahan ini maka Anda bisa menghapus item yang paling populer. Ini akan menyebabkan kinerja yang buruk.

Selama cache adalah satu-satunya objek dengan referensi permanen ke objek yang disimpan, maka sistem di atas akan bekerja dengan baik sebagai alternatif referensi lemah yang sebenarnya.

Hanya untuk referensi; JavaScript tidak memilikinya, tetapi ActionScript 3 (yang juga ECMAScript) memilikinya. Lihat parameter konstruktor untuk Kamus .

Menggunakan mekanisme caching untuk meniru referensi yang lemah, seperti yang disarankan JL235 di atas , adalah hal yang wajar. Jika referensi yang lemah akan ada secara asli, Anda akan mengamati perilaku seperti ini:

this.val = {};
this.ref = new WeakReference(this.val);
...
this.ref.get(); // always returns val
...
this.val = null; // no more references
...
this.ref.get(); // may still return val, depending on already gc'd or not

Sedangkan dengan cache Anda akan mengamati:

this.val = {};
this.key = cache.put(this.val);
...
cache.get(this.key); // returns val, until evicted by other cache puts
...
this.val = null; // no more references
...
cache.get(this.key); // returns val, until evicted by other cache puts

Sebagai pemegang referensi, Anda tidak boleh membuat asumsi apa pun tentang kapan itu merujuk ke suatu nilai, ini tidak berbeda dengan menggunakan cache

Akhirnya mereka ada disini. Belum diterapkan di browser, tetapi akan segera diterapkan.

https://v8.dev/features/weak-references

EcmaScript 6 (ES Harmony) memiliki objek WeakMap . Dukungan browser di antara browser modern cukup bagus (3 versi terakhir Firefox, chrome dan bahkan versi IE yang akan datang mendukungnya).

http://www.jibbering.com/faq/faq_notes/closures.html

ECMAScript menggunakan pengumpulan sampah otomatis. Spesifikasi tidak menentukan detailnya, menyerahkannya kepada pelaksana untuk memilahnya, dan beberapa implementasi diketahui memberikan prioritas yang sangat rendah pada operasi pengumpulan sampahnya. Tetapi gagasan umumnya adalah bahwa jika sebuah objek menjadi tidak dapat dirujuk (dengan tidak memiliki referensi yang tersisa untuk itu dibiarkan dapat diakses untuk mengeksekusi kode) itu menjadi tersedia untuk pengumpulan sampah dan pada suatu saat akan dimusnahkan dan sumber daya apa pun yang dikonsumsinya dibebaskan dan dikembalikan ke sistem untuk digunakan kembali.

Ini biasanya akan menjadi kasus saat keluar dari konteks eksekusi. Struktur rantai cakupan, objek Aktivasi / Variabel, dan objek apa pun yang dibuat dalam konteks eksekusi, termasuk objek fungsi, tidak lagi dapat diakses dan akan tersedia untuk pengumpulan sampah.

Artinya tidak ada satu-satunya yang lemah yang tidak lagi tersedia.