क्या जावास्क्रिप्ट में "कमजोर संदर्भ" बनाना संभव है?

Question 1

क्या किसी अन्य वस्तु को "कमजोर संदर्भ" बनाने के लिए जावास्क्रिप्ट में कोई रास्ता है? यहाँ विकी पृष्ठ का वर्णन है जो एक कमजोर संदर्भ है। यहाँ एक और लेख है जो जावा में उनका वर्णन करता है। क्या कोई इस व्यवहार को जावास्क्रिप्ट में लागू करने का तरीका सोच सकता है?

Question 2

जावास्क्रिप्ट में कमजोरियों के लिए कोई भाषा समर्थन नहीं है। आप मैनुअल रेफरेंस काउंटिंग का उपयोग कर अपना रोल कर सकते हैं, लेकिन विशेष रूप से सुचारू रूप से नहीं। आप प्रॉक्सी रैपर ऑब्जेक्ट नहीं बना सकते, क्योंकि जावास्क्रिप्ट ऑब्जेक्ट्स में कभी पता नहीं चलता कि वे कब कचरा इकट्ठा करने वाले हैं।

तो आपका 'कमजोर संदर्भ' एक साधारण लुकअप में एक ऐड-रेफरेंस और रिमूवल-रेफरेंस मेथड के साथ एक कुंजी (जैसे पूर्णांक) बन जाता है, और जब मैन्युअल रूप से ट्रैक किए गए संदर्भ नहीं रह जाते हैं तो भविष्य के लुकअप को छोड़कर एंट्री को डिलीट किया जा सकता है। अशक्त लौटने की कुंजी।

यह वास्तव में कमजोर नहीं है, लेकिन यह कुछ ऐसी ही समस्याओं को हल कर सकता है। यह आमतौर पर जटिल वेब अनुप्रयोगों में किया जाता है, ताकि जब कोई DOM नोड या ईवेंट हैंडलर और एक ऑब्जेक्ट जैसे क्लोजर के बीच रेफरेंस लूप हो, तो ब्राउज़र (आमतौर पर IE, विशेष रूप से पुराने वर्जन) से मेमोरी लीकेज को रोका जा सके। इन मामलों में एक पूर्ण संदर्भ-गिनती योजना भी आवश्यक नहीं हो सकती है।

Question 3

NodeJS पर JS चलाते समय, आप https://github.com/TooTallNate/node-weak पर विचार कर सकते हैं ।

Question 4

अपडेट: सितंबर 2019

कमजोर संदर्भों का उपयोग करना अभी तक संभव नहीं है, लेकिन सबसे अधिक संभावना है कि यह जल्द ही संभव होगा, क्योंकि जावास्क्रिप्ट में WeakRefs वर्क इन प्रोग्रेस हैं। नीचे दिए गए विवरण।

प्रस्ताव

अब चरण 3 में प्रस्ताव जिसका अर्थ है कि इसकी पूरी विशिष्टता है और आगे शोधन में कार्यान्वयन और उपयोगकर्ताओं से प्रतिक्रिया की आवश्यकता होगी।

WeakRef प्रस्ताव कार्यक्षमता के दो प्रमुख नए टुकड़े शामिल हैं:

WeakRef वर्ग के साथ वस्तुओं का कमजोर संदर्भ बनाना
ऑब्जेक्ट के बाद उपयोगकर्ता-परिभाषित फ़ाइनलिज़र चलाना, कचरा एकत्र करना, फ़ाइनलिज़ेशनग्रुप क्लास के साथ है

बक्सों का इस्तेमाल करें

कमजोर संदर्भों के लिए एक प्राथमिक उपयोग बड़ी वस्तुओं को धारण करने वाले कैश या मैपिंग को लागू करना है, जहां यह वांछित है कि एक बड़ी वस्तु को केवल जीवित नहीं रखा जाता है क्योंकि यह कैश या मैपिंग में प्रकट होता है।

अंतिमकरण एक ऐसी वस्तु के बाद सफाई करने के लिए कोड का निष्पादन है जो प्रोग्राम निष्पादन के लिए पहुंच से बाहर हो गया है। उपयोगकर्ता-परिभाषित फाइनलर्स कई नए उपयोग के मामलों को सक्षम करते हैं, और उन संसाधनों को प्रबंधित करते समय मेमोरी लीक को रोकने में मदद कर सकते हैं जिनके बारे में कचरा कलेक्टर को पता नहीं है।

स्रोत और आगे पढ़ने

https://github.com/tc39/proposal-weakrefs
https://v8.dev/features/wit-wferences

Question 5

सही कमजोर संदर्भ, नहीं, अभी तक नहीं (लेकिन ब्राउज़र निर्माता विषय को देख रहे हैं)। लेकिन यहां एक विचार है कि कमजोर संदर्भों का अनुकरण कैसे किया जाए।

आप एक कैश का निर्माण कर सकते हैं जिसे आप अपनी वस्तुओं के माध्यम से चलाते हैं। जब कोई ऑब्जेक्ट स्टोर किया जाता है, तो कैश इस बात की भविष्यवाणी करता है कि ऑब्जेक्ट कितनी मेमोरी लेगा। कुछ वस्तुओं के लिए, छवियों को संग्रहीत करने की तरह, यह सीधे बाहर काम करने के लिए है। दूसरों के लिए यह अधिक कठिन होगा।

जब आपको किसी वस्तु की आवश्यकता होती है, तो आप उसके लिए कैश पूछते हैं। यदि कैश में ऑब्जेक्ट है, तो उसे वापस कर दिया जाता है। यदि यह नहीं है, तो आइटम उत्पन्न होता है, संग्रहीत किया जाता है, और फिर वापस आ जाता है।

कमजोर संदर्भों को कैश निकालने वाले आइटम द्वारा सिम्युलेटेड किया जाता है, जब अनुमानित मेमोरी की कुल मात्रा एक निश्चित स्तर तक पहुंच जाती है। यह अनुमान लगाएगा कि कौन सी वस्तुओं का उपयोग कम से कम कितनी बार वे पुनर्प्राप्त किए गए हैं, इस आधार पर किया जाता है कि वे कितनी देर पहले निकाले गए थे। एक 'गणना' लागत को भी जोड़ा जा सकता है, यदि आइटम बनाने वाले कोड को बंद करने के रूप में कैश में पारित किया जाता है। यह कैश को उन वस्तुओं को रखने की अनुमति देगा जो निर्माण या उत्पन्न करने के लिए बहुत महंगी हैं।

विलोपन एल्गोरिथ्म कुंजी है, क्योंकि अगर आपको यह गलत लगता है तो आप सबसे लोकप्रिय वस्तुओं को हटा सकते हैं। यह भयानक प्रदर्शन का कारण होगा।

जब तक कैश संग्रहीत ऑब्जेक्ट्स के स्थायी संदर्भों के साथ एकमात्र ऑब्जेक्ट है , तब तक उपरोक्त सिस्टम को सच्चे कमजोर संदर्भों के विकल्प के रूप में बहुत अच्छी तरह से काम करना चाहिए।

Question 6

सिर्फ संदर्भ के लिए; जावास्क्रिप्ट यह नहीं है, लेकिन ActionScript 3 (जो ECMAScript भी है) करता है। की जाँच करें शब्दकोश के लिए निर्माता पैरामीटर ।

Question 7

एक कमजोर संदर्भ का अनुकरण करने के लिए एक कैशिंग तंत्र का उपयोग करना, जैसा कि ऊपर जेएल 235 ने सुझाव दिया है , उचित है। यदि कमजोर संदर्भ मूल रूप से मौजूद होंगे, तो आप इस तरह का व्यवहार करेंगे:

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

जबकि कैश के साथ आप देख सकते हैं:

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

एक संदर्भ के धारक के रूप में, आपको इस बारे में कोई धारणा नहीं बनानी चाहिए कि यह कब किसी मूल्य को संदर्भित करता है, यह कैश का उपयोग करके अलग नहीं है

Question 8

अंत में वे यहां हैं। ब्राउज़रों में अभी तक लागू नहीं हुआ है, लेकिन जल्द ही होने वाला है।

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

Question 9

EcmaScript 6 (ES हार्मनी) में वीकएप ऑब्जेक्ट है। आधुनिक ब्राउज़रों के बीच ब्राउज़र का समर्थन बहुत अच्छा है (फ़ायरफ़ॉक्स, क्रोम और यहां तक कि आगामी IE संस्करण का अंतिम 3 संस्करण इसका समर्थन करते हैं)।

Question 10

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

ECMAScript स्वचालित कचरा संग्रहण का उपयोग करता है। विनिर्देश विवरण को परिभाषित नहीं करता है, जिससे कि कार्यान्वयनकर्ताओं को छाँटना हो, और कुछ कार्यान्वयन उनके कचरा संग्रहण कार्यों को बहुत कम प्राथमिकता देने के लिए जाने जाते हैं। लेकिन सामान्य विचार यह है कि यदि कोई वस्तु बिना संदर्भ वाली हो जाती है (शेष संदर्भ नहीं होने से कोड को क्रियान्वित करने के लिए सुलभ छोड़ दिया जाता है) तो यह कचरा संग्रहण के लिए उपलब्ध हो जाती है और भविष्य के किसी भी बिंदु पर नष्ट हो जाएगी और किसी भी संसाधन से मुक्त और वापस आ रहा है। पुन: उपयोग के लिए सिस्टम को।

यह आमतौर पर एक निष्पादन संदर्भ से बाहर निकलने पर मामला होगा। गुंजाइश श्रृंखला संरचना, सक्रियण / चर वस्तु और निष्पादन वस्तुओं के भीतर बनाई गई कोई भी वस्तु, फ़ंक्शन ऑब्जेक्ट सहित, अब सुलभ नहीं होगी और इसलिए कचरा संग्रहण के लिए उपलब्ध होगी।

मतलब केवल कमजोर ही नहीं हैं जो अब उपलब्ध नहीं हैं।