Xamarin.forms: [बग] TypedBinding`2 [TSource, TProperty] में InvalidOperationException .Apply

@mfeingol यदि आप इसे कम करने में सक्षम हैं, तो क्या आप इस मुद्दे को प्रदर्शित करने वाली एक छोटी परियोजना को संलग्न कर सकते हैं? धन्यवाद!

मैं इस सप्ताह के अंत में ऐसा करने की कोशिश करूंगा, लेकिन मांग पर फिर से पेश करने के लिए यह एक तरह का कठिन है। कोड की आपकी समझ के आधार पर आपकी ओर से कोई सुराग?

ऐसा लगता है कि यह डेटाटाइप का उपयोग करके XAML बाइंडिंग से संबंधित है।

मैं अब यात्रा कर रहा हूं, लेकिन fwiw मेरा अस्थायी हल संकलित बाइंडिंग को अक्षम करना था।

@mfeingol ठीक है, कि सही के बारे में लगता है। यदि आपको मौका मिलता है, तो कृपया हमें समस्या को कम करने में मदद करने के लिए एक नमूना परियोजना प्रदान करें। धन्यवाद!

मैं iOS और Android दोनों पर एक ही मुद्दा देख रहा हूं। मैं संकलित बाइंडिंग का उपयोग नहीं कर रहा हूं।

AppCenter समस्या:

TypedBinding 2[TSource,TProperty].Apply (System.Boolean fromTarget) TypedBinding 2 + PropertyChangedProxy [TSource, TProperty]।b__16_0 ()
थ्रेड + रननेबलइम्प्लीमर। रौन ()
IRunnableInvoker.n_Run (System.IntPtr jnienv, System.IntPtr जनतंत्र)
(रैपर डायनेमिक-मेथड) System.Object.26 (intptr, intptr)

Xamarin के प्रोजेक्ट, Xaml पेज के साथ ViewModel - स्क्रॉल युक्त ग्रिड - स्क्रॉलव्यू में लेबल होते हैं। बहुत साधारण।

@samhouts : मैंने अपनी पूरी कोशिश की है, लेकिन मैं नमूना ऐप में समस्या को पुन: पेश करने में असमर्थ हूं। हालाँकि, मेरे प्रोडक्शन ऐप में 100% रिप्रो है।

क्या मैं आपकी Azure DevOps परियोजना के लिए आपकी टीम की अनुमति किसी को दे सकता हूं ताकि वे समस्या को पुन: उत्पन्न कर सकें?

microsoft.com पर shneuvil

आप इसमें हैं: https://dev.azure.com/sideroads/Sideroads

रेप्रो चरण:

1. git checkout 6698-repro और निर्माण। आपको पैकेज लेने के लिए अपनी निर्देशिका की सूची में बाहरी निर्देशिका को जोड़ने की आवश्यकता हो सकती है।
2. ऐप चलाएं और ट्रिप्स पेज से एक नया ट्रिप बनाएं। यात्रा को "टेस्ट" नाम दें और प्रस्थान और आगमन और हवाई अड्डों (जैसे एसईए और एलएएस) को छोड़कर सभी चूक को छोड़ दें।
3. इसे चुनने के लिए यात्रा पर टैप करें।
4. हैमबर्गर मेनू से, मौसम के पृष्ठ पर जाएं, पुष्टि करें कि संबंधित स्थानों के लिए मौसम की रिपोर्ट दिखाई दे रही है।
5. सेटिंग्स में जाएं, मौसम प्रदाता को NWS से HERE पर बदलें।
6. मौसम पृष्ठ पर वापस जाएं। आपको एक दुर्घटना को बहुत जल्दी देखना चाहिए। एप्लिकेशन को पुनरारंभ करके मौसम पृष्ठ में फिर से खोलना चाहिए, मौसम को ताज़ा करना चाहिए, और एक और दुर्घटना उत्पन्न करनी चाहिए।

यदि किसी कारण से आप इस तरह की एक साधारण यात्रा के साथ नहीं कर सकते हैं, तो मैं आपके लिए अधिक स्थानों के साथ एक अधिक परिष्कृत निर्यात करूंगा।

@PureWeen : मुझे बताएं कि क्या यह आपके लिए काम नहीं कर रहा है।

@mtirona : मुझे आपकी टिप्पणी पहले याद आई, क्षमा करें। यह अजीब है कि आप संकलित बाइंडिंग का उपयोग किए बिना इसे देख रहे हैं। मुझे नहीं लगता कि आपके पास एक साधारण रिप्रो प्रोजेक्ट है जो मांग पर दुर्घटना को ट्रिगर करता है?

@mfeingol यह समस्या हमारे आवेदन के भीतर बेतरतीब ढंग से दिखाई दे रही है। मेरे पास मांग को फिर से बनाने का सरल तरीका नहीं है - मेरे पास इस मुद्दे का दस्तावेजीकरण करने वाले AppCenter में सैकड़ों दुर्घटनाएं हैं। मैं इस मुद्दे को रोकने के लिए किसी भी दिशा में आभारी रहूंगा ...

@mtirona : क्या आप 100% सुनिश्चित हैं कि आप x का उपयोग नहीं कर रहे हैं: अपने XAML में कहीं भी डेटा

@ mfeingol x था: मूल पृष्ठों पर डेटा

मैं पांच-नौ निश्चित हूं कि यह XamlC से संबंधित है, जब तक कि आप अपने कोड में TypedBindings नहीं बनाते हैं (जो कि _amly_ Xaml कंपाइलर द्वारा बनाए गए हैं)

साइड नोट: मैं Xamarin फॉर्म 3.6 पर रहा हूं, और मैंने अभी नवीनतम 4.1 पर अपडेट किया है। अपने ऐप के पहले भाग में, मैंने तुरंत इस दुर्घटना को एक सूचीबद्ध सूची पृष्ठ में आइटम जोड़ते हुए देखा। इसलिए मुद्दा अभी भी 4.1.0.618606 के साथ मौजूद है।

@PureWeen : मैंने एक शाखा को संदर्भित करने के लिए ऊपर दिए गए repro चरणों को अपडेट किया है जिसे आप चेकआउट कर सकते हैं जो कि आपके लिए तुरंत इस समस्या को

@mfeingol क्या आप मेरे लिए ऐसा कर सकते हैं?

यदि किसी कारण से आप इस तरह की एक साधारण यात्रा के साथ नहीं कर सकते हैं, तो मैं आपके लिए अधिक स्थानों के साथ एक अधिक परिष्कृत निर्यात करूंगा।

मैंने आपके कदमों की कोशिश की और मेरे लिए कुछ भी दुर्घटनाग्रस्त नहीं हुआ

ठीक है, इसलिए @mfeingol मुझे यकीन नहीं है कि इस मुद्दे को उठाने के लिए आपका डेटा कैसे या क्यों है, लेकिन यह वही है जो मैं अब तक जानता हूं

TypedBindings BindableObject के लिए एक WeakReference का उपयोग करता है इसलिए यदि यह एकमात्र ऐसी चीज़ है जो BindableObject को संदर्भित करती है तो यह उस संदर्भ को खो देगी।

यहां वह कोड है जो क्रैश करता है
`` `सी #
अगर (_weakTarget.TryGetTarget (लक्ष्य से बाहर))
फेंक नई InvalidOperationException ();

If you look at the output of the application while it's running the exception always happens after a GC which makes sense why you are only seeing this after loading a larger data set.

As a test with the TypeBindings I created a nuget where it stores the source and target to a local variable just to see what would happen 

```C#
            _weakSource.SetTarget(source);
            _weakTarget.SetTarget(bindObj);
            _bindObj = bindObj;
            _source = source;
            ApplyCore(source, bindObj, targetProperty);
        }

        BindableObject _bindObj;
        object _source;

और अगर मैं ऐसा करता हूं तो दुर्घटना नहीं होती है।

मेरी सोच यह है कि किसी तरह आपका डेटा एक ऐसी जगह पर मिल रहा है, जहां केवल एक चीज जो LocationDayWeatherViewModel के उदाहरण को संदर्भित कर रही है, जो ViewCell के लिए बाध्य है, टाइपबाइंडिंग है और यह बात है। मैं अभी भी काफी नीचे ट्रैक नहीं किया है अगर यह किसी भी तरह से हमारी ओर से एक अपवाद है तुम्हारा। क्या आप यह सुनिश्चित कर सकते हैं कि आप सभी बनाए गए LocationDayWeatherViewModel का संदर्भ बनाए हुए हैं जो ListView से बंधे हैं?

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

वैसे भी, केवल एक बार LocationDayWeatherViewModel का एक उदाहरण दृश्यमोडेल द्वारा अप्रकाशित किया जाएगा, जो मौसम के ताज़ा होने के दौरान होगा, जिसमें कोड ताजा वस्तुओं को सम्मिलित करने से पहले वस्तुओं के बाध्य ऑब्जर्वेबलकोलेक्शन को साफ करता है। यदि आप bps सेट करना चाहते हैं तो यह ExpandableGroupCollectionViewModel.Refresh में गहरा होता है।

हालाँकि, मुझे लगता है कि एक बाध्य ऑब्ज़र्वेबल कॉलेक्शन को क्लियर करना एक सुरक्षित ऑपरेशन होना चाहिए, और मेरे लिए यह स्पष्ट नहीं है कि XF बाइंडिंग कमजोर रिफ का उपयोग क्यों करेगा। ऐसा लगता है कि यह बिल्कुल इस तरह की दौड़ होगी।

एक तरफ: मैं में आइटम की प्रति बनाने की कोशिश की this में समाशोधन के लिए पहले एक अस्थायी सूची में Refresh , लेकिन आश्चर्यजनक रूप से, कि इस मुद्दे को हल करने के लिए नहीं मालूम था। मैंने यह सुनिश्चित करने के लिए विधि के अंत में सूची को संदर्भित किया कि GC ने इसे भी नहीं बनाया है। मुझे लगता है कि यह समझ में आता है अगर XF बासी बंधन "बाद में" का उपयोग करने का प्रयास कर रहा है, और यह सुझाव देगा कि किसी ऐप के लिए बाध्य संदर्भों को स्थिर करने का कोई अच्छा तरीका नहीं है। लेकिन मुझे गलतफहमी हो सकती है।

(और हां, मौसम / विस्तारक कोड नियंत्रण से थोड़ा बाहर है। काश एक्सएफ का एक देशी विस्तारक नियंत्रण होता ...)

मुझे लगता है कि मेमोरी प्रेशर को जोड़ना या सिर्फ GC.Clect को कॉल करना एक छोटी परियोजना पर समस्या को फिर से बना सकता है। यह इसलिए भी हो सकता है क्योंकि TypedBinding पर OnPropertyChanged UI थ्रेड पर मार्श किया हुआ है

https://github.com/xamarin/Xamarin.Forms/blob/7cc9a282bdeb76405c793574ebe0d096072f4228/Xamarin.Forms.Core/TypedBinding.cs#L275

तो एक स्पष्ट के साथ मैं सोच रहा हूं कि क्या हो सकता है

UI थ्रेड पर PropertyChanged कतार
स्पष्ट
जीसी
कमजोर संदर्भ को खो देता है
PropertyChanged अब हल करता है और एक अपवाद फेंकता है

शायद यह इस मुद्दे से संबंधित है?
https://github.com/xamarin/xamarin-android/issues/2049

@StephaneDelcroix में इस बिंदु पर कुछ अतिरिक्त अंतर्दृष्टि हो सकती हैं :-)

कल रात मेरे पास थोड़ा खाली समय था, और मैंने अपने सरल रीप्रो में Clear() कॉल के बाद GC.Collect() जोड़ने की कोशिश की। दुर्भाग्य से मैं उस तरह से समस्या को पुन: पेश करने में असमर्थ था।

क्या आपने लंबित फाइनल के लिए इंतजार किया?

हम इसे अपने परीक्षणों में इस तरह से करते हैं कि केवल सुपर सुनिश्चित हो
https://github.com/xamarin/Xamarin.Forms/blob/a76db1407a76fccbf487425db1bca5d15f925127/Xamarin.Forms.Controls.Issues/Xamarin.Forms.Controls.Issues.Shared/Helpers/GarbageCollectionHelper.cs#L9

यह एक बहुत अच्छी कॉल है। लेकिन दुख की बात है कि उसके बाद भी, Clear() रेप्रो ट्रिगर नहीं करता है।

तो एक कदम पीछे हटते हुए ... यह कैसे काम करना चाहिए? यदि कोई बंधन कमजोर संदर्भ धारण कर रहा है, तो परिभाषा के अनुसार वह वस्तु GC'd हो सकती है। तो यह कुछ ऐसा है, जो अच्छी तरह से हो सकता है, और एक्सएफ को एक अपवाद नहीं छोड़ना चाहिए। इसके बजाय, उसे शायद प्रॉपर्टीचेंज नोटिफिकेशन को नजरअंदाज करना चाहिए और विश्वास करना चाहिए कि ऐप जानता है कि वह क्या कर रहा है। मेरा मतलब है, यह और क्या कर सकता है?

क्या आप कोशिश और पुनः बनाने के लिए आपके द्वारा उपयोग किए जा रहे repro को संलग्न कर सकते हैं?

मैं आज रात कोड संलग्न करूंगा। यह मूल रूप से इन-ऐप रिप्रो है जिसे आपने पहले ही देखा है, एक स्टैंडअलोन ऐप में निकाला गया है। लेकिन मुझे अभी तक इसके अंदर की समस्या को नहीं देखना है।

TypedBindingCrashes.zip

@PureWeen : इसके निदान में मदद के लिए मैं कुछ और कर सकता हूं?

@mfeingol अभी नहीं जब तक आपको कोई विचार नहीं मिलता कि स्टैंडअलोन ऐप के साथ कैसे

क्या यह संभव है कि हम इसे वैचारिक रूप से समझ सकें, जैसा कि मैंने https://github.com/xamarin/Xamarin.Forms/issues/6698#issuecomment -519359760 में उल्लेख किया है? या क्या वास्तव में समस्या पैदा कर रहे हैं पर अभी भी लापता टुकड़े हैं?

मेरे पास एक ही मुद्दा है और मैं इसे आसानी से पुन: पेश करने में असमर्थ हूं) -:

@ysmoradi : मुझे नहीं लगता कि आप एक साधारण

यह मेरे उत्पादन एप्लिकेशन में भी पुन: पेश करने के लिए मुश्किल है!

मेरे पास प्रोडक्शन में भी रिप्रो है , लेकिन रीप्रो के बिना समझना मुश्किल है। मैंने कोशिश की है और एक का उत्पादन करने में विफल रहा। :-(

मुझे लगता है कि अपवाद के संदेश में संपत्ति का नाम + दृश्य प्रकार का नाम + बाध्यकारी संदर्भ का प्रकार नाम होना एक अच्छा विचार है, इसलिए हमारे पास बेहतर अंतर्दृष्टि हो सकती है।

मैं सटीक एक ही मुद्दा है, iOS और Android, xamarin रूपों का उपयोग कर 4.2.0.709249।
मेरे पास अपने xaml में परिभाषित ऑब्जेक्ट्स की कल्पना करने के लिए एक DataTemplate का उपयोग करके एक सूची दृश्य है।
मेरे पास XTl पेज पर डेटाटाइप सेट है और फिर लिस्टव्यू डेटेटप्लेट पर एक अलग।

मुझे उस सूची पर स्पष्ट या प्रतिस्थापित या किसी भी कॉल करने की आवश्यकता नहीं है जिसे मैं बाध्य कर रहा हूं, यह GC.Collect को कॉल करने के लिए पर्याप्त प्रतीत होता है और मुझे त्रुटि देने के लिए किसी अन्य विधि की प्रतीक्षा है। (अगर मेरे पास GC.Collect कॉल नहीं है, तो यह बहुत कम ही विफल होता है, लेकिन यह हर एक समय में एक बार करता है, कॉल के साथ यह सफलतापूर्वक लोड होता है, लेकिन ताज़ा करने में विफल रहता है।)

हालाँकि, मुझे कुछ दिलचस्प लगा, अगर मैं अपने दृश्य के बीच अपने बंधन को हटा देता हूं। मैं सूची में शामिल हूं। सूची में त्रुटि होने पर त्रुटि दूर हो जाती है, (लेकिन रिफ्रेशिंग संकेतक निश्चित रूप से ताज़ा करने के लिए पुल के बाद भी चलता रहता है)।

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

संक्षेप में प्रस्तुत करने के लिए मुझे अपने उत्पादन ऐप में क्या होना चाहिए:

1. कंटेंटपेज पर डेटा टाइप सेट करें
2. ListView में IsRefreshing पर बाइंडिंग सेट करें
3. Task.elay (250) की प्रतीक्षा के बाद GC.Collect कॉल करें; मेथड रिफ्रेशकमांड के लिए बाध्य विधि में

@shoyheim : क्या आपके पास एक साधारण

@shoyheim : क्या आपके पास एक साधारण

@mfeingol क्षमा करें, मैं अपने उत्पादन कोड का परीक्षण / डिबगिंग कर रहा हूं। मैं देखूंगा कि क्या मैं त्रुटि को पुन: उत्पन्न करने के लिए कुछ करने के लिए कुछ समय निचोड़ सकता हूं ...

@shoyheim : क्या तुमने कभी इसके साथ कोई भाग्य है?

@mfeingol
कोई खेद नहीं, मैंने कोशिश की, लेकिन जब भी मैं एक साधारण रिप्रो बनाता हूं, मैं इसे क्रैश नहीं कर सकता, लेकिन मेरा प्रोडक्शन ऐप दुर्घटनाग्रस्त और दुर्घटनाग्रस्त रहता है।
अब मैंने अपने सभी संकलित बाइंडिंग को हटा दिया और बस अपनी xaml फ़ाइलों में रनटाइम बाइंडिंग का उपयोग किया, और क्रैश गायब हो गए।
मैंने बहुत समय बिताया है जो यह पता लगाने की कोशिश कर रहा है कि क्या गलत है, और केवल एक चीज जो मैं निश्चित हूं, वह यह है कि सूची को ताज़ा करने, और उपयोग करते समय दिखाने के लिए "रीफ़्रेशिंग" पर बाइंडिंग के साथ लिस्ट व्यू का उपयोग करने के बीच एक संबंध है। संकलित बाइंडिंग ... यह भी लगता है कि कचरा संग्रह के समय के आसपास दुर्घटनाएं होती हैं।

1- बाध्यकारी संदर्भ (देखें मॉडल) की एक संपत्ति बदल जाती है।
2- हम देखते हैं कि यह नष्ट हो जाता है।
३- जीसी कहते हैं।

1. Binding.Apply कहा जाता है और यह आवश्यक वस्तुओं का उपयोग करने की कोशिश करता है जो चले गए हैं इसलिए यह InvalidOperationException फेंकता है।
   आप पूछ सकते हैं कि चरण 4 को इतनी देर से क्यों निष्पादित किया जाता है? क्योंकि इसे Device.BeginInvokeOnMainThread में कॉल किया गया था, और इस तरह की कार्रवाई को मुख्य थ्रेड की क्रिया कतार की सूची के अंत में जोड़ा जाएगा।
   मैं xf को कस्टम PlatformServices प्रदान करके उस अपवाद को संभालने में सक्षम था और अब कोई दुर्घटना नहीं है, लेकिन यह एक अपवाद को 800 से अधिक बार फेंकता है! नष्ट किए गए पृष्ठ के लगभग सभी टाइपिंग बंधन के लिए

@ysmoradi : मैंने आपके चरणों को पुन: उत्पन्न करने के प्रयास में कुछ समय बिताया, और मैं किसी भी क्रैश को ट्रिगर करने में असमर्थ था। मुझे नहीं लगता कि आपके पास एक नमूना परियोजना है।

मैंने पहले भी कहा है कि मेरे पास कोई सरल रेपो नहीं है और यह मेरे उत्पादन ऐप में हो रहा है, और यह यादृच्छिक रूप से भी होता है।
पहली बार जब मैंने एक रेपो बनाना शुरू किया, तो मुझे कई चीजों के बारे में पता नहीं था, लेकिन कल मैं अपनी नई धारणाओं का उपयोग करके एक और बनाने की कोशिश करूंगा।
एक और सुझाव जो मदद कर सकता है: मेरी मान्यताओं के आधार पर, समवर्ती जीसी सक्षम होने के परिणामस्वरूप दुर्घटना को पुन: उत्पन्न करने के लिए बढ़े हुए अवसरों में सक्षम है। क्योंकि यह एक अलग धागे पर वस्तुओं को इकट्ठा कर सकता है। हमें एक अलग धागे / कार्य पर एक मॉडल के मॉडल की संपत्ति को बदलने की आवश्यकता है क्योंकि Device.BeginInvokeOnMainThread मुख्य थ्रेड्स कतार के अंत में कार्रवाई को केवल तभी पास करता है जब इसे मुख्य थ्रेड के अलावा किसी थ्रेड पर कॉल किया जाता है।
फिर से कोशिश करें और मुझे बताएं कि क्या आपको कुछ मिला है, और मैं कल कोशिश करूंगा।

मैं समवर्ती जीसी सक्षम है। आपके सुझावों का उपयोग करते हुए, मैं जिस कोड का उपयोग कर रहा हूं उसका स्निपेट यह करता है:

            Page1 page = new Page1();
            await this.Navigation.PushModalAsync(page);
            await Task.Run(() => { page.TXT = "Foo"; });
            await this.Navigation.PopModalAsync();

            GC.Collect();
            GC.WaitForPendingFinalizers();

            GC.Collect();
            GC.WaitForPendingFinalizers();

TXT पेज 1 पर एक संपत्ति है, जिसे BindableProperty का उपयोग करके लागू किया गया है। पेज 1 संकलित बाइंडिंग का उपयोग कर रहा है।

फिर भी नसीब नहीं।

मेरे प्रोडक्शन ऐप में भी यही मुद्दा बेतरतीब ढंग से यहाँ मिल रहा है। X को सेट करने की थकाऊ प्रक्रिया से गुजरने के बाद: प्रदर्शन दिशानिर्देशों में अनुशंसित हर जगह डेटाटाइप, यह नहीं कह सकता कि मैं संभावित रूप से इस मुद्दे के कारण उन सभी को दूर करने के लिए रोमांचित हूं।

अगर मैं एक काम पाने के लिए प्रबंधन कर सकता हूं तो मैं इसे रिप्रो ऐप के साथ अपडेट करूंगा।

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

संकलित बाइंडिंग के साथ MVVM के लिए मेरे ऐप को अभी अपडेट किया और अब वही त्रुटि हो रही है।
नवीनतम Xamarin.Forms चल रहा है: 4.2.0.848062

निम्नलिखित विन्यास के साथ:

इसके अलावा रेप्रो चरण नहीं हैं (एप्लिकेशन का यह संस्करण एक दिन के लिए बीटा में है और मेरे पास पहले से ही AppCenter के माध्यम से इसके बारे में दो रिपोर्ट हैं)।
ऐप रिपॉजिटरी साझा कर सकते हैं, लेकिन रिप्रो चरणों के बिना, मुझे लगता है कि यह बहुत मदद नहीं करेगा।

हो सकता है कि मैं पूरी तस्वीर नहीं समझ पा रहा हूं, लेकिन इसका आसान हल नहीं है, बस अनप्लग करें और जब लक्ष्य जीसीड हो जाए, तो वापस लौटें, जैसे कि यह पहले से ही ऐसा नहीं है जैसे कि DO_NOT_CHECK_FOR_BINDING_REUSE केवल टाइप किए गए बाइंडिंग में परिभाषित है? मैं नहीं देखता कि कैसे फेंकना एक अच्छा विचार है।

@fmanseau : मेरा एक ही विचार है। @PureWeen?

इसके अलावा, अगर यह मदद करता है, तो प्रिज्म के रेपो में इससे संबंधित एक मुद्दा रेप्रो स्टेप्स है (इसे प्रिज्म ऐप की आवश्यकता है, लेकिन बिना समान पैटर्न का पालन करना आसान है)।

https://github.com/PrismLibrary/Prism/issues/1688

@StephaneDelcroix @ Kingces95 @wachs
आप लोग TypedBinding कार्यान्वयन के पीछे लग रहे हैं।

जैसा कि आप इस धागे में देख सकते हैं, कई देवता वहाँ (मेरे सहित) अब उनके ऐप क्रैश हो गए हैं और InvalidOperationException द्वारा फेंके गए TypedBinding ।
ऐसा लगता है कि @samhouts उसकी धारणा में सही है, कि GC के बाद में और target TypedBinding निकाल देता है (जैसा कि हमारे ऐप में बहुत संभावना है, जहां हमारे पास एक बड़ा मामला है) ListView कई जटिल DataTemplates , TypedBinding एक InvalidOperationException फेंकता है जो कभी पकड़ा नहीं जाता है और एंड्रॉइड पर एप्लिकेशन क्रैश हो जाता है (और संभवतः किसी अन्य प्लेटफॉर्म पर) ??) इस तरह:

टाइप्डबाइंडिंग 2[TSource,TProperty].Apply (System.Boolean fromTarget) System.InvalidOperationException: Operation is not valid due to the current state of the object. Stack traces TypedBinding 2 [TSource, TProperty] .Apply (System.Boolean fromTarget)
TypedBinding`2 + PropertyChangedProxy [TSource, TProperty]।b__16_0 ()
थ्रेड + रननेबलइम्प्लीमर। रौन ()
IRunnableInvoker.n_Run (System.IntPtr jnienv, System.IntPtr जनतंत्र)
(रैपर डायनेमिक-मेथड) Android.Runtime.DynamicMethodNameCounter.43 (intptr, intptr)

अब @mfeingol यथोचित रूप से पूछता है कि InvalidOperationException क्यों है जो इस दुर्घटना का कारण बनता है। मेरा मतलब है कि यह वैचारिक रूप से लक्ष्य को इकट्ठा करने की अनुमति नहीं थी, क्यों एक कमजोर संदर्भ का उपयोग करें?

मैं स्वयं .NET 3.0 से WPF डेवलपर हूं और जानता हूं कि बाध्यकारी अपवादों के कारण कभी कोई दुर्घटना नहीं हुई, लेकिन केवल लॉग किया गया।

तो मेरा सवाल:
क्या कोई अच्छा कारण है कि TypedBinding एक अपवाद फेंकता है और अगर इसे एकत्र किया गया तो लक्ष्य को अनदेखा नहीं करता?

या शायद बाइंडिंग सिस्टम को ही सभी बाध्यकारी अपवादों को पकड़ना चाहिए और हमें डेवलपर्स को उन्हें निगलने या उचित प्रतिक्रिया देने की अनुमति देनी चाहिए?

यह वास्तव में हमारे उत्पादन ऐप के लिए एक महत्वपूर्ण बग है और यदि आवश्यक हो, तो मैं हमारे लिए एक मध्यस्थ Xamarin.Forms रिलीज बनाता हूं जो इसे ठीक करता है। लेकिन इसके लिए मैं जानना चाहता हूं कि इसके क्या अवांछित प्रभाव हो सकते हैं!

@ ब्रुज़कोवस्की - यह आपके लिए भी रुचि का हो सकता है

इसके अलावा, @StephaneDelcroix @ Kingces95 @wachs , मैं एक ध्वज देख सकता हूं
DO_NOT_CHECK_FOR_BINDING_REUSE
वास्तव में इसके लिए क्या है?

मैं बहुत अच्छी तरह से की तरह साथ Xamarin.Forms संकलित करने के लिए होगा DO_NOT_CHECK_FOR_BINDING_REUSE करने के लिए सेट true इस बग से छुटकारा पाने के।
लेकिन इसके पीछे क्या विचार प्रक्रिया है? इस ध्वज के मौजूद होने का एक अच्छा कारण होना चाहिए, है ना?

यह सिर्फ एक ListView और DataTemplateSelector के साथ एक साधारण ContentPage में मेरे साथ हुआ है।
क्या इस मुद्दे पर कोई अपडेट है?
यदि वर्तमान में यह समस्या खुली है तो संकलित बाइंडिंग का उपयोग करने की अनुशंसा कैसे की जाती है ??
https://docs.microsoft.com/es-es/xamarin/xamarin-forms/app-fundamentals/data-binding/compiled-bindings

@mrjavicho : कोई भी मौका

मैं इस नमूने के साथ अक्सर समस्या को पुन: पेश करने में सक्षम था।
https://github.com/usausa/TypedBindingIssue

एप्लिकेशन चलाएँ और टेस्ट बटन पर क्लिक करें।
इसके अलावा, यदि आप टिप्पणी को MainPage.Cleanup () में हटा दें, तो समस्या नहीं होगी।

यहाँ स्टैक ट्रेस मैं @usausa कोड का उपयोग कर रहा हूँ। यह नहीं बता सकता कि क्या यह ऊपर जैसा ही मुद्दा है, लेकिन यह निश्चित रूप से एक मुद्दा है:

    0x16 in Xamarin.Forms.Internals.TypedBinding<TypedBindingIssueApp.View1ViewModel,string>.Apply at D:\a\1\s\Xamarin.Forms.Core\TypedBinding.cs:99,5  C#  Annotated Frame
    0x7 in Xamarin.Forms.Internals.TypedBinding<TypedBindingIssueApp.View1ViewModel,string>.PropertyChangedProxy.<OnPropertyChanged>b__16_0 at D:\a\1\s\Xamarin.Forms.Core\TypedBinding.cs:277,31   C#  Annotated Frame
    0x29 in Xamarin.Forms.DispatcherExtensions.Dispatch at D:\a\1\s\Xamarin.Forms.Core\DispatcherExtensions.cs:53,6 C#  Annotated Frame
    0x3F in Xamarin.Forms.Internals.TypedBinding<TypedBindingIssueApp.View1ViewModel,string>.PropertyChangedProxy.OnPropertyChanged at D:\a\1\s\Xamarin.Forms.Core\TypedBinding.cs:277,5    C#  Annotated Frame
    0x15 in Xamarin.Forms.BindingExpression.WeakPropertyChangedProxy.OnPropertyChanged at D:\a\1\s\Xamarin.Forms.Core\BindingExpression.cs:645,6    C#  Annotated Frame
>   0x14 in TypedBindingIssueApp.NotificationObject.RaisePropertyChanged at C:\Operations\Build\External\TypedBindingIssue\TypedBindingIssueApp\TypedBindingIssueApp\NotificationObject.cs:13,13    C#  Symbols loaded.
    0x5D in TypedBindingIssueApp.LongLifecycleModel.Next at C:\Operations\Build\External\TypedBindingIssue\TypedBindingIssueApp\TypedBindingIssueApp\LongLifecycleModel.cs:19,13    C#  Symbols loaded.
    0x2A in TypedBindingIssueApp.MainPage.Button_OnClicked at C:\Operations\Build\External\TypedBindingIssue\TypedBindingIssueApp\TypedBindingIssueApp\MainPage.xaml.cs:29,17   C#  Symbols loaded.
    0x6 in System.Runtime.CompilerServices.AsyncMethodBuilderCore.MoveNextRunner.InvokeMoveNext at /Users/builder/jenkins/workspace/archive-mono/2019-08/android/release/mcs/class/referencesource/mscorlib/system/runtime/compilerservices/AsyncMethodBuilder.cs:1092,17   C#  Annotated Frame
    0x73 in System.Threading.ExecutionContext.RunInternal at /Users/builder/jenkins/workspace/archive-mono/2019-08/android/release/mcs/class/referencesource/mscorlib/system/threading/executioncontext.cs:968,17   C#  Annotated Frame
    0x4 in System.Threading.ExecutionContext.Run at /Users/builder/jenkins/workspace/archive-mono/2019-08/android/release/mcs/class/referencesource/mscorlib/system/threading/executioncontext.cs:910,13    C#  Annotated Frame
    0x32 in System.Runtime.CompilerServices.AsyncMethodBuilderCore.MoveNextRunner.Run at /Users/builder/jenkins/workspace/archive-mono/2019-08/android/release/mcs/class/referencesource/mscorlib/system/runtime/compilerservices/AsyncMethodBuilder.cs:1073,25 C#  Annotated Frame
    0x6 in System.Threading.Tasks.SynchronizationContextAwaitTaskContinuation.<>c.<.cctor>b__7_0 at /Users/builder/jenkins/workspace/archive-mono/2019-08/android/release/external/corert/src/System.Private.CoreLib/src/System/Threading/Tasks/TaskContinuation.cs:379,78  C#  Annotated Frame
    0xC in Android.App.SyncContext. C#  Annotated Frame

रेप्रो हाजिर है! पहली चीज जो मैंने देखी थी कि दुर्घटना पूरी तरह से यादृच्छिक समय पर होती है, कभी-कभी यह बटन को कई बार दबाकर और प्रतीक्षा करता है, इसलिए मैंने इसे जल्द ही दुर्घटनाग्रस्त करने के लिए इसे थोड़ा छोटा किया (लगातार 29 संस्थाओं के बाद):

बस पीसी घटना को इस तरह से 80 बार बढ़ाएं:
c# for (var i = 0; i < 80; i++) RaisePropertyChanged(nameof(Entity));

यह डिस्पैचर को बहुत अधिक घटनाओं को शेड्यूल करता है, जो विफलता दर को बढ़ाता है।

जब View1 और View2 वर्गों के लिए XAML संकलन को अक्षम कर रहा है, तो BindingExpression.cs में NullReferenceException फेंका गया है:

अभी भी एक सरल समाधान के लिए खोज ...