एएस 3 पैरामीटर के रूप में फ़ंक्शन को पास करने से स्मृति लीक

Question

बनाता है मेरे पास एक ऐसा फ़ंक्शन है जो पैरामीटर के रूप में एक और कार्य करता है। कुछ इस तरह:

public function onHits(target : Shape, callback : Function) : void 

मैं एक पैरामीटर है कि जब भी पारित कर दिया लक्ष्य कुछ हिट बुलाया जाना चाहिए के रूप में एक सदस्य समारोह पारित करके इसका इस्तेमाल। फ़ंक्शन को कई बार फ्रेम कहा जाता है। तो यह क्या कर रही द्वारा किया जाता है:

//code... 
CollisionManager.onHits(myShape, onHitCB); 
//code... 

हिट समारोह पर:

public function onHitCB(hitObject : *) : void 
{ 
    //removed all code to test this problem 
} 

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

तो यह स्पष्ट रूप से है जब मैं एचआईटीसीबी को उस पैरामीटर के रूप में पास करता हूं जो समस्या है। तो मैंने सोचा कि ऐसा इसलिए हो सकता है क्योंकि फ़्लैश फ़ंक्शन पॉइंटर बनाने के लिए कुछ मेमोरी आवंटित करता है और इसे रिलीज़ नहीं करता है लेकिन मैं सिस्टम.gc() को प्रत्येक फ्रेम को डीबग मोड में कॉल करता हूं और रिसाव अभी भी वहां है। इसका मतलब यह होगा कि यह एसडीके में एक बग है या मैं कुछ सही नहीं कर रहा हूं।

मैं एक चर कि समारोह जो मैं अपने वस्तु के निर्माता में आवंटित करने के लिए अंक रख कर एक अजीब वैकल्पिक हल मिल गया है:

private var func : Function; 

public function MyObject() 
{ 
    func = onHitCB; 
} 

और इस स्मृति रिसाव भले ही मैं अभी भी पारित साफ हो जाएगा onHitCB पैरामीटर के रूप में। तो इसका मतलब यह होगा कि यह एचआईटीसीबी प्राप्त करने के लिए "गेटर" फ़ंक्शन नहीं है लेकिन कुछ और मेमोरी रिसाव का कारण बनता है?

मैं बहुत उलझन में हूं। यह मेमोरी रिसाव का कारण कैसे बन सकता है:

public function MyObject() 
{ 
} 

public function update() : void 
{ 
    CollisionManager.onHits(myShape, onHitCB);//empty function 
} 

public function onHitCB(hitObject : *) : void 
{ 
    //removed all code to test this problem 
} 

लेकिन यह नहीं? :

private var func : Function; 
public function MyObject() 
{ 
    func = onHitCB; 
} 

public function update() : void 
{ 
    CollisionManager.onHits(myShape, onHitCB);//empty function 
} 

public function onHitCB(hitObject : *) : void 
{ 
    //removed all code to test this problem 
} 

और क्या इस कामकाज को करने की कोई आवश्यकता नहीं है?

Answer 1

[...] जब आप एक पैरामीटर के रूप में एक विधि पारित बाध्य तरीकों स्वचालित रूप से बनाया जाता है। बाध्य विधियां यह सुनिश्चित करती हैं कि यह कीवर्ड हमेशा ऑब्जेक्ट या क्लास का संदर्भ देता है जिसमें एक विधि परिभाषित की जाती है। Source

ऐसा लगता है कि किसी विधि का संदर्भ बनाने की तरह एक साधारण गेटर का उपयोग नहीं किया जा रहा है। एक नई विधि बंद वस्तु उत्पन्न है। तो आपकी धारणा सही है।

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

Answer 2

मुझे यकीन नहीं है कि आपका कोड ऑनट फ़ंक्शन में क्या है, लेकिन यदि किसी अन्य चक्र में इसे समाप्त करने के लिए अतिरिक्त समय की आवश्यकता नहीं है। तो मैं सिफारिश आप इस तरह करना है:

static public function onHits(target : Shape) : * 
{ 
    // do what you need 

    // return the hitObject; 
    return hitObject; 
} 

और

public function update() : void 
{ 
    // parse the object direc to to the function. 
    onHitCB (CollisionManager.onHits(myShape)); 
} 

public function onHitCB(hitObject : *) : void 
{ 
    if (hitObject == null) 
     return; 

    // if it not null then do all your calculations. 
    //removed all code to test this problem 
} 

Answer 3

जब आप कार्यात्मक तकनीकों का उपयोग करते हैं तो मेमोरी लीक का कारण क्या होता है और इसके कारण अधिक जानकारी के लिए, http://www.developria.com/2010/12/functional-actionscript-part-1.html देखें। साथ ही, ध्यान रखें कि इस तरह की स्थिर विधियों का उपयोग करना वास्तव में खराब अभ्यास है (http://misko.hevery.com/code-reviewers-guide/flaw-brittle-global-state-singletons/), और आप बस शुरुआत कर रहे हैं इस तकनीक का उपयोग कर कई समस्याओं का सामना करना पड़ता है। ऐसा लगता है कि आप अपने प्रोजेक्ट में काफी जल्दी हैं कि आप इस पथ के लिए पूरी तरह प्रतिबद्ध नहीं हैं, इसलिए आप इसे प्रोग्राम करने के अन्य तरीकों को देखना चाहेंगे।

Answer 4

और यही कारण है कि हम ओओपी शैली प्रोग्रामिंग में इस तरह की चीज नहीं करते हैं।
आपकी सबसे अच्छी शर्त यह ठीक से करना है और CollisionManager क्लास में कॉलबैक जोड़ें।
जब आप स्थानीय संदर्भ रखते हैं तो जीसीड किया जा सकता है क्योंकि फ़ंक्शन कभी भी गुंजाइश खो देता है क्योंकि उस var में संदर्भ होता है।
एक बार कुछ गुंजाइश खो देता है तो यह जीसी के लिए लगभग असंभव हो जाता है।

इसे आज़माएं और देखें कि आप किस प्रकार खोपड़ी खो देते हैं।

private var somevar:String = 'somevar with a string'; 
public function MyObject() 
{ 
} 

public function update() : void 
{ 
    CollisionManager.onHits(myShape, onHitCB);//empty function 
} 

public function onHitCB(hitObject : *) : void 
{ 
    trace(this.somevar) // scope should be lost at this point and somevar should be null or toss an error. 
}