Flutter: किसी अन्य आइसोलेट से प्लेटफ़ॉर्म चैनल विधि को कॉल करने में असमर्थ

cc @mravn-google for triage

सेकेंडरी आइसोलेट से प्लेटफॉर्म संदेश भेजने का प्रयास करते समय इंजन कोड डिरेफरेंस शून्य हो जाता है और क्रैश हो जाता है। मैंने अभी तक ठीक-ठीक पता नहीं लगाया है; मुझे एक समाधि का पत्थर मिलता है, लेकिन यह सीखने की जरूरत है कि ऐसी चीज की व्याख्या कैसे की जाए।

एक (अनाड़ी) समाधान के रूप में, द्वितीयक आइसोलेट प्राथमिक को संदेश भेजने के लिए कह सकता है।

@sroddy क्या मैं पूछ सकता हूं कि आप माध्यमिक अलगाव के साथ क्या हासिल करने की कोशिश कर रहे हैं?

मेरे पास विभिन्न उपयोग के मामले हैं, उदाहरण के लिए:

• डेटा का एक बड़ा हिस्सा डाउनलोड करें और पार्स करें (डार्ट: कन्वर्ट विधियां एसिंक नहीं हैं), फिर इसे एसक्लाइट प्लगइन का उपयोग करके एक एसक्लाइट डीबी में स्टोर करें (जो प्लेटफॉर्म बाइंडिंग का उपयोग करता है);
• ui को डेटा परोसने से पहले डेटा को प्रीफ़ेच और पार्स करें;
• एक फ़ाइल से/में डेटा को एन्क्रिप्ट/डिक्रिप्ट और पढ़ें/लिखें (प्लेटफ़ॉर्म सुरक्षा libs का उपयोग करने के लिए क्रिप्टो सामग्री एक विधि चैनल के माध्यम से की जाती है);

आम तौर पर ऐसा हो सकता है कि आप निर्भरता का उपयोग करते हैं जो कुछ सार्वजनिक विधियों की घोषणा करते हैं जिन्हें आप वास्तव में नहीं जानते हैं कि अंततः प्लेटफॉर्म-विशिष्ट कोड का उपयोग उनकी सामग्री को पूरा करने के लिए करेंगे (उदाहरण के लिए मैं स्पंदनफायर के बारे में सोच रहा हूं); उनका उपयोग करना imho अधिक कार्यान्वयन विवरण होना चाहिए जो पत्थर में लिखी गई किसी चीज़ के बजाय समय के साथ बदल सकता है।

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

हालांकि मैं कार्यान्वयन के दौरान थोड़ा फंस गया: क्या आप एक माध्यमिक से मुख्य अलगाव पर एक स्थिर विधि का आह्वान करने का एक आसान तरीका प्रदान कर सकते हैं?

धन्यवाद

@sroddy पृष्ठभूमि की जानकारी प्रदान करने के लिए धन्यवाद।

मुख्य आइसोलेट पर स्थिर तरीकों को लागू करने के बारे में: यह सीधे समर्थित नहीं है और इसे बंदरगाहों का उपयोग करके लागू किया जाना है। यह पैकेज वह कार्यक्षमता प्रदान कर सकता है, उदाहरण के लिए यहाँ । हालांकि खुद इसकी कोशिश नहीं की है।

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

हमारे पास अभी तक इसके लिए पर्याप्त हुक नहीं हैं, लेकिन अगर हम एक पल के लिए मान सकते हैं कि आपके पास चैनल नामों का एक ज्ञात सेट है, जिसका उपयोग द्वितीयक आइसोलेट से किया जाना है, न कि मुख्य से, तो आपको सामान्य रूप से सक्षम होना चाहिए उन चैनलों के लिए स्वयं को संभालने वाले प्लेटफ़ॉर्म संदेश को पुन: कॉन्फ़िगर करें, अपने दो आइसोलेट्स के बीच बाइनरी संदेशों और उत्तरों के आवश्यक अग्रेषण को पारदर्शी रूप से कार्यान्वित करें। प्लगइन्स को कभी भी अंतर नहीं पता होगा।

समाधान नीचे दिया गया है।

मान लीजिए कि आप अपने मुख्य आइसोलेट पर M1 और R1 पोर्ट और अपने सेकेंडरी आइसोलेट पर M2, R2 सेट करते हैं। संदेश के लिए एम, उत्तर के लिए आर।

• अपने सेकेंडरी आइसोलेट में, प्रत्येक चैनल के लिए BinaryMessages.setMockMessageHandler का उपयोग प्लेटफॉर्म के संदेशों को M1 पर फॉरवर्ड करने के लिए करें (पारदर्शी रूप से उस प्लगइन के लिए जो उस चैनल के साथ BinaryMessage.send का उपयोग करता है)। उत्तर कॉलबैक स्टोर करें और R2 को एक हैंडलर के साथ कॉन्फ़िगर करें जो संदेश के लिए उत्तर प्राप्त होने पर सही को आमंत्रित करता है। M2 को एक हैंडलर के साथ कॉन्फ़िगर करें जो BinaryMessages.handlePlatformMessage को अग्रेषित करता है। R1 के उत्तरों को अग्रेषित करने के लिए वहां उत्तर कॉलबैक लागू करें।
• सममित रूप से आपके मुख्य अलगाव में। M1 को एक हैंडलर के साथ कॉन्फ़िगर करें जो प्लेटफॉर्म के लिए संदेशों को BinaryMessages.send पर अग्रेषित करता है। एक प्रत्युत्तर कॉलबैक सेट करें जो प्लेटफ़ॉर्म से R2 को अग्रेषित उत्तर देता है। प्रत्येक चैनल के लिए BinaryMessages.setMessageHandler पर भी कॉल करें ताकि आने वाले संदेशों के एक हैंडलर को उस प्लेटफॉर्म से सेट किया जा सके जो M2 को अग्रेषित करता है। उत्तर कॉलबैक संग्रहीत करें और R1 को एक हैंडलर के साथ कॉन्फ़िगर करें जो द्वितीयक आइसोलेट से उत्तर प्राप्त होने पर सही को आमंत्रित करता है।

@ हिक्सी मैं अगले मील के पत्थर पर जाने का सुझाव देता हूं। ऐसा लगता है कि एक कामकाज मौजूद है। एक अच्छे समाधान के लिए कुछ एपीआई डिज़ाइन कार्य और पुनरावृत्ति की आवश्यकता होगी।

मुझे वही समस्या है, इस मुद्दे के बारे में कोई खबर?

@ mravn-google क्या आपके पास इस पर कोई अपडेट है? मैं एक ही समस्या में भाग गया (मुझे प्लेटफॉर्म पक्ष पर आरएसए 2048 कुंजी जोड़ी उत्पन्न करने की आवश्यकता है जो पुराने उपकरणों या क्रिप्ट/डिक्रिप्ट डेटा पर कुछ समय लेता है)। मैं थ्रेड्स या सेवाओं को बनाने से बचना चाहूंगा क्योंकि इससे प्लेटफॉर्म साइड पर मेरा काम दोगुना हो जाएगा क्योंकि इसे एंड्रॉइड और आईओएस दोनों प्लेटफॉर्म के लिए लागू किया जाना है। क्या हमारे पास डार्ट से अतुल्यकालिक रूप से उन प्लेटफ़ॉर्म विशिष्ट कार्यों को चलाने का कोई आसान तरीका है? आपका कामकाज ठीक प्रतीत होता है, हालांकि ऐसा लगता है कि मुझे इसे लागू करने में कुछ समस्याएं हैं क्योंकि मैं स्पंदन और डार्ट के लिए काफी नया हूं (मुझे यकीन नहीं है कि एक हैंडलर को कैसे कॉन्फ़िगर किया जाए जो एक आइसोलेट और इसी तरह के संदेशों को अग्रेषित करता है), क्षमा करें उसके बारे में।

मुझे एक ही मुद्दा मिला।

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

मुझे यह मुद्दा मिला है, और अब मैं फंस गया हूँ।

मैं साझा प्राथमिकताओं से एक्सेसटोकन को पृष्ठभूमि में अलग करना चाहता हूं, भले ही ऐप अग्रभूमि में न हो (मुख्य अलगाव नहीं चल रहा हो, मुझे पूरा यकीन नहीं है)।

तो, क्या कोई मुझे पृष्ठभूमि से लगातार डेटा को अलग करने का समाधान बता सकता है।
मैं अब सचमुच मुसीबत में हूँ।

/cc @bkonyi यह उस चीज़ से संबंधित लगता है जिस पर आप काम कर रहे हैं।

मुझे एक ही मुद्दा मिला। सीपीयू-बाउंड पर हमारा उत्पाद आधार। हमें अलग-अलग प्लेटफॉर्म विधि का उपयोग करने की आवश्यकता है। क्या आप कृपया हमें इस समस्या को हल करने का कोई अन्य तरीका बता सकते हैं？

@ थॉमसन-त्सुई मुझे एक समान समस्या थी, और @bkonyi और उनके FlutterGeofencing नमूने द्वारा काम के आसवन के आधार पर मैं अलग-अलग काम करने के लिए कुछ प्राप्त करने में कामयाब रहा जिसका उपयोग मैं flutter_blue और अन्य प्लगइन्स के साथ कर रहा हूं। यह काफी अवांछित है लेकिन कृपया इसे आजमाएं।

मुझे एक ही समस्या है, मुझे लगता है कि यह महत्वपूर्ण है

क्या किसी ने इस समस्या का समाधान किया है?

मैं https://pub.dartlang.org/packages/flutter_isolate का उपयोग कर रहा हूं

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

मुझे एक धारणा है कि जब आप डार्ट से अलग चलाते हैं, तो मूल पुस्तकालय लिंक नहीं करते हैं।

उदाहरण के लिए, जावा से स्पंदन कोड चलाते समय, इस विधि को कहा जाता है:

   private native void nativeRunBundleAndSnapshotFromLibrary (
       long nativePlatformViewId,
       <strong i="7">@NonNull</strong> String [] prioritizedBundlePaths,
       <strong i="8">@Nullable</strong> String entrypointFunctionName,
       <strong i="9">@Nullable</strong> String pathToEntrypointFunction,
       <strong i="10">@NonNull</strong> AssetManager manager
   );

जिसमें सारा जादू होता है)

यह इस तथ्य से सत्यापित होता है कि यदि आप कई FlutterNativeView बनाते हैं, और प्रत्येक रन में:

  public void runFromBundle (FlutterRunArguments args)

तब हमें कुछ "डार्ट आइसोलेट्स" मिलते हैं

हम भी इस मुद्दे का सामना करते हैं। हमें बैकग्राउंड आइसोलेट्स (जैसे स्थान, शोर, आदि) से डेटा एकत्र करने की आवश्यकता है, जो सभी प्लेटफॉर्म चैनलों पर निर्भर करते हैं। @ mravn-google - एपीआई के अपडेट पर कोई खबर जो इसे संबोधित कर सकती है?

टूल या मीडिया ऐप्स में यह वास्तव में एक गंभीर समस्या है।
प्लेटफ़ॉर्म थ्रेड एक आसान तरीका नहीं है।

मैंने भी इसी तरह के मुद्दे का सामना किया है और अभी अटक गया हूं।

+1 (मेरी परियोजना को आइसोलेट्स में प्लेटफॉर्म चैनलों की भी बुरी तरह से जरूरत है)

मुझे पृष्ठभूमि में छवियों को प्रस्तुत करने की आवश्यकता है। इसे एक आइसोलेट में करना होगा क्योंकि प्रत्येक छवि में कुछ सेकंड लगते हैं और यदि मुख्य थ्रेड में किया जाता है तो ui को ब्लॉक कर देता है। मैं डार्ट: ui.PictureRecorder की पहली देशी कॉल पर अटका हुआ हूं और मान लें कि प्रत्येक ग्राफिकल कॉल (जो मूल कार्यों का उपयोग करती है) या तो काम नहीं करेगी। चूंकि मैं कैनवास में बहुत से कार्यों का उपयोग कर रहा हूं, इसलिए कॉलबैक बंदरगाहों के साथ काम करना दर्द होगा।

एक समाधान की अत्यधिक सराहना की जाती है।

+1 मुझे यह समस्या मिली

ऐसा लगता है कि @mravn-google ने आरहूस में Google के लिए काम करना बंद कर दिया है। मुझे आश्चर्य है कि क्या Google फ़्लटर टीम से कोई और है जो इसे देख रहा है। आईएमओ, लचीला और मजबूत स्पंदन अनुप्रयोगों के निर्माण के लिए स्पंदन के गंभीर उपयोग के लिए यह एक प्रमुख शो स्टॉपर है ....

हो सकता है @sethladd कोई दर्जा दे सके?

+1

इस पर कोई अपडेट?

+1

जिस दिन आप एक बग से मिले, जिसे आप अपने दम पर हल करना जानते हैं, लेकिन केवल इंतजार ही आखिरी उम्मीद है जब तक कि मैं स्पंदन इंजीनियर नहीं बन जाता।

हमें नए स्पंदन/डार्ट उपयोगकर्ताओं के लिए समाधान की अधिक विस्तृत व्याख्या की आवश्यकता है। मैंने केवल दो दिन पहले आइसोलेट्स का उपयोग करना शुरू किया, और पिछले हफ्ते स्पंदन/डार्ट, और ऐसा लग रहा है कि मुझे कुछ गंभीर श्रम-गहन कार्यों के लिए मुख्य धागे का उपयोग करना होगा, जो सीखने को खराब समाधान बनाता है। प्रयोग करने योग्य मल्टीथ्रेडिंग के बिना, मैं कोटलिन सीखने और अपने ऐप्स को दो बार बनाने से बेहतर हूं। मुझे आशा है कि आप सब कुछ एक साथ प्राप्त कर सकते हैं जो शुरुआती लोगों के लिए समझदार है, मैं वास्तव में अपने नियोक्ताओं को सीखने की स्पंदन को सही ठहराने में सक्षम होना चाहता हूं ताकि मैं इसे काम पर उपयोग कर सकूं।
यदि यहाँ नहीं, शायद StackOverflow पर, मैंने यहाँ एक प्रश्न पोस्ट किया है: https://stackoverflow.com/q/57466952/6047611

+1 आशा है कि यह जल्द ही ठीक हो जाएगा

+1 मेरे प्रोजेक्ट को आइसोलेट्स में प्लेटफ़ॉर्म चैनलों की आवश्यकता है।

मैं इसी मुद्दे में भाग गया और @ mravn-google द्वारा पोस्ट किए गए वर्कअराउंड के समान वर्कअराउंड का उपयोग करके एक पैकेज ( आइसोलेट हैंडलर ) बनाया। हालाँकि, आइसोलेट हैंडलर आपको अन्य आइसोलेट्स के साथ-साथ मुख्य आइसोलेट दोनों से चैनलों का उपयोग करने की अनुमति देता है। यह आइसोलेट्स के भीतर से सीधे MethodChannel कॉल का समर्थन करता है, लेकिन वर्तमान में EventChannel स्ट्रीम समर्थित नहीं हैं। मैं उनके लिए समर्थन जोड़ने पर विचार करूंगा यदि यह कुछ ऐसा है जो लोगों को चाहिए।

समाधान का एक पहलू चैनल नामों के साथ पृथक हैंडलर की आपूर्ति करने की आवश्यकता है। यह मेरी परियोजना में कोई समस्या नहीं है क्योंकि मैं अपना मूल कोड स्वयं लिख रहा हूं, लेकिन अन्यथा आपको किसी भी प्लगइन के स्रोत कोड को देखना होगा जिसका उपयोग आप उन्हें खोजने के लिए कर रहे हैं।

एक अन्य विकल्प जो पहले ही ऊपर पोस्ट किया गया था, वह है FlutterIsolate , जो एक अलग दृष्टिकोण का उपयोग करता है और यह देखने लायक भी है।

उम्मीद है कि फ़्लटर देव जल्द ही इस समस्या का पूर्ण और उचित समाधान प्रदान करेंगे।

संपादित करें:

मैंने अंततः फ़्लटर प्रथम-पक्ष एंड्रॉइड अलार्म मैनेजर प्लगइन के समान दृष्टिकोण का उपयोग करके मूल पक्ष से अलगाव शुरू करके अपनी समस्या को और अधिक स्पष्ट रूप से हल किया।

केवल एक चीज जो मुझे करनी थी, वह थी मेरे मूल कोड को प्लगइन्स में बदलना ताकि उन्हें मूल एप्लिकेशन के साथ पंजीकृत किया जा सके, जो अपेक्षाकृत दर्द रहित प्रवास था। यदि आप pub.dev से प्लगइन्स का उपयोग करते हैं तो यह और भी आसान है क्योंकि उन्हें निर्बाध रूप से काम करना चाहिए।

+1 यहां कोई अपडेट है?

+1

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

• अधिकांश प्लेटफ़ॉर्म API कॉल तेज़ होते हैं और अक्सर मुख्य थ्रेड पर किए जाने की आवश्यकता होती है;
• यह मूल कोड में धागे के लिए अधिक समझ में आता है
• फ्रेमवर्क विधि ओवरराइड में "मुख्य थ्रेड" पर वापस जाने का रास्ता खोजना स्पष्ट रूप से एंड्रॉइड जावा के लिए उपयोग किए जाने वाले लोगों के लिए भ्रमित है
  
  
  
  • मैं केवल कल्पना कर सकता हूं कि उनका पहला प्लेटफॉर्म-थ्रेड-ओनली एपीआई कॉल करते समय यह कैसे गुणा करेगा।
  
  

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

ओह, कोई मुफ्त लंच नहीं है, यह पक्का है...

मैंने जावा और स्विफ्ट का उपयोग करके देशी प्लेटफॉर्म थ्रेड्स के साथ भारी कार्यभार को लागू करना समाप्त कर दिया। कोई उपाय नहीं मिला।

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

मैं सहमत हूं कि एक चेतावनी होनी चाहिए और मैं अपने प्लगइन में एक जोड़ दूंगा।

+1 इसकी आवश्यकता है

दुर्भाग्य से - स्पंदन प्राइमटाइम के लिए तैयार नहीं है क्योंकि इसमें कुछ बहुत ही बुनियादी अभी तक बहुत महत्वपूर्ण कमी है। सभी फ़्लटर ऐप्स साधारण async/प्रतीक्षा से दूर नहीं हो सकते हैं। भारी भारोत्तोलन के लिए आइसोलेट्स आवश्यक हैं और प्लगइन्स जो किसी अन्य आइसोलेट से प्लेटफॉर्म चैनल विधि कॉल की अनुमति नहीं दे सकते हैं, उन्हें व्यर्थ और बेमानी बनाते हैं। Xamarin ने इसे पहले दिन से ढांचे में बनाया था - निश्चित रूप से इसे अब समाधान के लिए वोट दिया जाना चाहिए।

+1 इसकी आवश्यकता है

+1

मुझे एक प्लेटफॉर्म चैनल विधि को दूसरे आइसोलेट से भी कॉल करने की आवश्यकता है!

+1

+1

+1

+1 यह एक होना चाहिए

+1
मेरे पास एक देशी एसडीके है जिसे मुझे कॉल करना होगा। BackgroundFlutterMethodChannel जैसा कुछ होना अच्छी बात होगी।

+1

+1

क्या किसी के पास इस बारे में कोई जानकारी है कि _क्रैश बुरी तरह से_ वास्तव में क्या वर्णन करता है? मैं एक प्रूफ-ऑफ-अवधारणा पर काम कर रहा हूं जो एक देशी पुस्तकालय को लागू करता है और मैं एक विधि चैनल के माध्यम से संदेशों को आगे और पीछे भेजते समय वॉचडॉग टाइमआउट (0x8badf00d) और अन्य अजीब त्रुटियों में चल रहा हूं।

मुझे संदेह है कि यह कुछ तरीकों [और परिणामों] के कारण अन्य धागे से लागू किया जा रहा है लेकिन मैं सटीक मुद्दे को इंगित करने में कोई प्रगति नहीं कर पाया हूं।

+1

+1

+1

+1

+1 इसकी आवश्यकता है

+1 को इसकी भी आवश्यकता है!

मुझे लगता है कि इस मुद्दे को कम से कम p2 के रूप में प्राथमिकता दी जानी चाहिए।
मंच चैनलों के उपयोग जिनके बारे में मैं सोच सकता हूं वे हैं

• प्लेटफ़ॉर्म-विशिष्ट API को कॉल करने के लिए
• प्लेटफ़ॉर्म-विशिष्ट भारी कार्यों को पृष्ठभूमि में चलाने और पूरा होने पर रिपोर्ट करने के लिए

और यह एक प्रमुख अवरोधक है।

Flutter_downloader प्लगइन बैकग्राउंड आइसोलेट कोड को हैंडल करता है। मुझे लगता है कि यह देखने लायक है।

मैं उम्मीद कर रहा था कि यह आगामी संस्करण में हल हो जाएगा, लेकिन बग अभी भी 1.12 संस्करण में बनी हुई है!

हमारा क्लाइंट साइड कोड चैनल के दूसरी तरफ भारी है और कोटलिन में लिखा गया है और ऐप लगभग प्रत्येक http कनेक्शन के लिए अटक गया है

Gooooooooooooooogle?!!!!!!!!!!!!?!?!?!?

यह प्लगइन सहायक हो सकता है flutter_isolate

+1 हमें इसकी आवश्यकता है...आओ

+1

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

+1 इसकी आवश्यकता है

पेज डेटा के लिए बोझिल कोड लिखना।

@lukaszciastko पेज डेटा पर कोड लिखकर आपका क्या मतलब है। डेटा के महत्वपूर्ण भाग भेजते समय लैगिंग UI को हल करने का कोई तरीका है ??

@YaredTaddese

आपका ISOLATE क्या करता है और आपके UI और ISOLATE के बीच अंतर-संचार की जटिलता के आधार पर - ISOLATE को लागू करने से पहले ISOLATE को अपना काम करने के लिए किस डेटा की आवश्यकता होती है, यह संरचित करके आपके UI कोड में इस समस्या को हल करना संभव है। मेरे वर्तमान स्पंदन ऐप में समृद्ध पीडीएफ पीढ़ी है - एक उपयोगकर्ता उत्पन्न करने के लिए एकाधिक पीडीएफ का चयन कर सकता है।

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

ध्यान दें, मेरी पीडीएफ पीढ़ी एक आइसोलेट है। आइसोलेट में -, मुझे क्लाउड फायरस्टोर से छवियों को डाउनलोड करने और पीडीएफ में एम्बेड करने की भी आवश्यकता है - यह सब निर्बाध रूप से होता है।

@MsXam लेकिन मैं किसी अन्य आइसोलेट से प्लेटफ़ॉर्म-विशिष्ट फ़ंक्शन को कॉल नहीं कर सकता ... जो मुझे मुख्य आइसोलेट में प्लेटफ़ॉर्म-विशिष्ट फ़ंक्शन को कॉल करता है ...

मुझे एक ही समस्या है, मुझे लगता है कि यह बहुत महत्वपूर्ण है

@YaredTaddese

आपका ISOLATE क्या करता है और आपके UI और ISOLATE के बीच अंतर-संचार की जटिलता के आधार पर - ISOLATE को लागू करने से पहले ISOLATE को अपना काम करने के लिए किस डेटा की आवश्यकता होती है, यह संरचित करके आपके UI कोड में इस समस्या को हल करना संभव है। मेरे वर्तमान स्पंदन ऐप में समृद्ध पीडीएफ पीढ़ी है - एक उपयोगकर्ता उत्पन्न करने के लिए एकाधिक पीडीएफ का चयन कर सकता है।

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

ध्यान दें, मेरी पीडीएफ पीढ़ी एक आइसोलेट है। आइसोलेट में -, मुझे क्लाउड फायरस्टोर से छवियों को डाउनलोड करने और पीडीएफ में एम्बेड करने की भी आवश्यकता है - यह सब निर्बाध रूप से होता है।

क्या आप किसी प्लेटफ़ॉर्म-विशिष्ट कोड को कॉल कर रहे हैं?

क्या किसी को प्लेटफॉर्म चैनलों को एक आइसोलेट से कॉल करने के लिए वर्कअराउंड मिला है? यह यूआई थ्रेड से ऐसा करने के विचार को हरा देता है।

मैं एक ही चीज़ पर अटका हुआ हूँ।

मैं एक मेथडचैनल को कोटलिन कोड के साथ कॉल कर रहा हूं, और getStream.io एपीआई, लेकिन यह नरक के रूप में धीमा है, और मेरा स्पंदन यूआई फ्रीज, मैं इसमें गणना जोड़ना चाहता था, लेकिन मुझे वही त्रुटियां मिलीं।

मैं इसे कैसे ठीक करूं?

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

जैसा कि इस मुद्दे पर प्रतिक्रियाओं की मात्रा इंगित करती है, यह एक प्रमुख समस्या है और फ़्लटर ऐप के संदर्भ में आइसोलेट्स के मुख्य उपयोग के मामले को काफी हद तक हरा देती है।

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

जैसा कि इस मुद्दे पर प्रतिक्रियाओं की मात्रा इंगित करती है, यह एक प्रमुख समस्या है और फ़्लटर ऐप के संदर्भ में आइसोलेट्स के मुख्य उपयोग के मामले को काफी हद तक हरा देती है।

हाँ यह एक बहुत बड़ा मुद्दा है, जल्द से जल्द ठीक करने की जरूरत है

मैं 10 दिनों से स्पंदन सीख रहा हूं, और अब तक मुझे यह पसंद है, लेकिन कुछ समय के प्रयोग के बाद, आप समस्याओं में आने लगते हैं, और कमियां देखते हैं, और यह मुद्दा 5 जनवरी 2018 से खुला है, उफ़...

कृपया इस बग को ठीक करें।

आशा है जल्द ही समर्थन करेंगे।

@jpsarda , @klaszlo8207 अपनी सांस न रोकें। और हाँ, वहाँ *समस्या का समाधान था , आज तक: https://pub.dev/packages/isolate_handler। प्रोग्रामर को आज उस पर प्लग खींचना पड़ा क्योंकि स्पंदन (केवल कुछ दिन पुराना) में एक हालिया बदलाव ने उस मार्ग का पालन करना असंभव बना दिया।

हालाँकि, आपको यह जानना होगा कि इसका वास्तव में समानतावाद नहीं था। ऐसा प्रतीत हो सकता है कि मोबाइल ऐप्स में इस तरह और दिखने महत्वपूर्ण हैं लेकिन प्लेटफ़ॉर्म कोड मुख्य धागे पर चलता है, वैसे भी, अलग-अलग कार्य को मुख्य धागे से अलग करने से वास्तव में कुछ भी पूरा नहीं होता है।

जब भी आप एसिंक्स फ़ंक्शन का उपयोग करते हैं तो डार्ट को डिफ़ॉल्ट रूप से मल्टीथ्रेडिंग को संभालने में अच्छा लगेगा।

@spiderion Async का मतलब कभी भी कई अन्य प्लेटफार्मों की तरह मल्टीथ्रेडिंग नहीं था। मुझे गलत मत समझो, मैं यह नहीं कहूंगा कि प्लेटफ़ॉर्म चैनल की सीमा कोई बड़ी समस्या नहीं है क्योंकि यह है (मेरा ऐप कल तक मेरे द्वारा बताए गए प्लगइन के साथ काम कर रहा था और अब मुझे वर्कअराउंड की तलाश करनी है), लेकिन async/ प्रतीक्षा पहले दिन से कभी भी मल्टीथ्रेडिंग के बारे में नहीं थी।

@zoechi हमें यह जानना अच्छा लगेगा कि क्या इस मुद्दे पर कोई अपडेट है या इसे ठीक करने की कोई योजना है या नहीं?
शुक्रिया।

@spiderion वे वास्तव में इसे ठीक नहीं कर सकते हैं, यह काम को अलग करने के तरीके से चलता है। उनके पीछे कोई UI इंजन नहीं है, इसलिए कोई प्लेटफ़ॉर्म चैनल संचार नहीं है। हालाँकि, आपकी सहायता के लिए दो प्लगइन्स हैं:

• https://pub.dev/packages/flutter_isolate एक प्रतिस्थापन आइसोलेट प्रदान करता है जो प्लगइन्स से संचार कर सकता है क्योंकि यह अपना स्वयं का UI समर्थन बनाता है (ऐसा कुछ भी नहीं जिसे आप देखते हैं या इससे निपटना है, बस तकनीकी रूप से),

• https://pub.dev/packages/isolate_handler जिसे हमने अभी ऊपर के पैकेज पर भरोसा करने के लिए संशोधित किया है क्योंकि पिछले तरीके से इसका उपयोग हाल ही में स्पंदन परिवर्तन द्वारा असंभव बना दिया गया था। flutter_isolate के बजाय इस पैकेज का उपयोग करने में लाभ यह है कि यह हैंडलिंग क्षमताओं को जोड़ता है, आप कई आइसोलेट्स शुरू कर सकते हैं, उनका ट्रैक रख सकते हैं और आपको आइसोलेट और मुख्य के बीच अपना खुद का संचार स्थापित करने की आवश्यकता नहीं है। थ्रेड (कुछ ऐसा जो आपको मूल स्टॉक Isolate और FlutterIsolate दोनों के साथ मैन्युअल रूप से करना है) क्योंकि यह सारगर्भित है और आसानी से उपलब्ध है।

मैं पूर्ण सफलता के साथ दूसरे का उपयोग करता हूं। दरअसल, मैं इसे काफी समय से इस्तेमाल कर रहा हूं और जब स्पंदन तोड़ने वाला बदलाव आया, तो मैंने इसके प्रोग्रामर को नए समाधान पर आगे बढ़ने में मदद की, क्योंकि मेरा ऐप भी टूट गया। :-)

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

हाय @deakjahn आपके त्वरित उत्तर के लिए धन्यवाद।

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

यह वास्तव में आइसोलेट की जिम्मेदारी नहीं है, यह सिर्फ वही करता है जो आप इसे करने के लिए कहते हैं। जहां तक ​​​​मैं देख सकता हूं, फायरबेस रुके हुए अनलोड को फिर से शुरू कर सकता है, हालांकि मैंने इसे खुद कभी इस्तेमाल नहीं किया।

मैं getBatteryLevel उदाहरण चलाने का प्रयास कर रहा हूं:
https://flutter.dev/docs/Development/platform-integration/platform-channels?tab=android-channel-java-tab
और जब भी मैं इसे एंड्रॉइड डिवाइस पर चलाने की कोशिश करता हूं तो यह क्रैश हो जाता है। क्या कोई कृपया मदद कर सकता है? मुझे यह भी यकीन नहीं है कि त्रुटि की जांच कैसे करें, क्योंकि कोई लॉग नहीं है और यह सिर्फ एक अनंत लूप में चलता रहता है और मैं ठीक उसी कोड का उपयोग कर रहा हूं।

इस मुद्दे को P5 के लिए लेबल करना ??? मैं

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

उपयोगकर्ता तंत्र की परवाह नहीं करते हैं; कितना कठिन है या नहीं। उन्हें बस परिणाम चाहिए। ऐसा करना असंभव हो सकता है। लेकिन अगर उपयोगकर्ताओं को इसकी आवश्यकता है, तो फ़्लटर को इसे प्रदान करना चाहिए ...

मैं समझता हूं कि कार्यान्वयन की सीमाएं हैं और इस सुविधा को मौजूदा आइसोलेट में जोड़ने या इस सुविधा के साथ एक नया एपीआई बनाने में बहुत समय लग सकता है। मुझे लगता है कि इसे P5 की तुलना में उच्च प्राथमिकता होनी चाहिए।

साथ ही, मैं आपकी सभी टिप्पणियों को पढ़ता हूं और मुझे ऐसा लगता है कि आप केवल अपने द्वारा बनाए गए पैकेज का प्रचार कर रहे हैं।

नहीं, यह मैं नहीं था जिसने इसे बनाया था, लेकिन मैंने कुछ हफ़्ते पहले इसका स्वामित्व स्वीकार कर लिया था, हाँ। मुझे नहीं लगता कि इस सूत्र में इसे गुप्त रखा गया था। इसके अलावा, मैंने दो पैकेजों का उल्लेख किया है (एक ही पोस्ट में, वास्तव में, केवल एक बार) जो दोनों ही वह प्रदान करने में सक्षम हैं जो आप खोज रहे हैं और मेरा अब तक किए गए उत्कृष्ट कार्य पर भरोसा करने के अलावा दूसरे के साथ कोई संबंध नहीं है।

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

@deakjahn इन युक्तियों के लिए धन्यवाद, आइसोलेट_हैंडलर का उपयोग करने से मुझे एक विधि का आह्वान करने और डार्ट पक्ष को डेटा भेजने में मदद मिलेगी जब भी मुझे मूल पक्ष पर सूचना मिलती है? (मैं twilio देशी sdks का उपयोग कर रहा हूं और मूल पक्ष पर पुश सूचनाएं प्राप्त कर रहा हूं)

यदि इसका मतलब है कि आपके पास एक पैटफॉर्म प्लगइन है जिसका उपयोग आप एक प्लेटफॉर्म चैनल के माध्यम से संवाद करने के लिए करते हैं, तो हाँ, दोनों में से कोई भी पैकेज मदद करेगा। यदि यह नियमित कोड से काम करता है, तो ये पैकेज इसे एक आइसोलेट से भी काम करेंगे।

@deakjahn त्वरित प्रतिक्रिया के लिए धन्यवाद! मेरी समस्या यह है कि मैं इसे नियमित प्लेटफॉर्म चैनल के साथ नहीं कर सका, मुझे यकीन नहीं है लेकिन मुझे लगता है कि ट्विलियो एसडीके एक अलग अलगाव में पुश अधिसूचनाओं को सुनता है, न कि मुख्य धागे पर, और मुझे लगता है कि यह मेरी समस्या है। मैं जानना चाहता था कि क्या यह काम करेगा यदि मैं हर बार 2 पैकेजों में से किसी एक का उपयोग करके अधिसूचना प्राप्त करने के तरीके को लागू करता हूं? बहुत बहुत धन्यवाद। (यदि यह संभव नहीं है तो मैं देशी ऐप्स पर स्विच करने पर विचार कर रहा हूं)

मुझे यह भी नहीं पता कि ट्विलियो क्या है (ठीक है, मैंने इसे गुगल किया :-)), इसलिए मैं वास्तव में निश्चित नहीं हो सकता। लेकिन किसी भी दर पर, यदि आप किसी भी मूल कोड को इंटरफ़ेस करना चाहते हैं, तो आपको एक प्लेटफ़ॉर्म चैनल का उपयोग करना होगा, वैसे भी। या तो आप पहले से मौजूद प्लगइन का उपयोग करते हैं जिसे किसी ने इस ट्विलियो का उपयोग करने के लिए बनाया है या आप इसे स्वयं लिखते हैं (जिस स्थिति में आप या तो व्यावहारिक रूप से एक ही प्लगइन बनाते हैं, बस इसे प्रकाशित न करें और इसे स्थानीय रूप से देखें), या आप बस प्रासंगिक प्लगइन की प्रतिलिपि बनाएँ अपने स्वयं के ऐप में कोड (यह बाहरी निर्भरता नहीं होगी, लेकिन इसके अलावा, यह व्यावहारिक रूप से वही कोड होगा, वैसे भी)।

और, यदि आपके पास एक प्लेटफ़ॉर्म चैनल है, तो पिछले उत्तर की तुलना में लागू होता है: यदि आप पहले से ही प्लेटफ़ॉर्म चैनल और प्लगइन का उपयोग नियमित फ़्लटर ऐप के मुख्य थ्रेड से कर सकते हैं, तो आप किसी भी का उपयोग करके इसे अलग से उपयोग कर सकते हैं। दो पैकेज।

तो यह समस्या 5 जनवरी 2018 से मौजूद है और अतिरिक्त प्रयास के साथ यह अभी भी संभव नहीं है। प्रदान किए गए समाधान अच्छे हैं - लेकिन अभी तक डेस्कटॉप पर कुछ भी काम नहीं कर रहा है। तो जो कोई भी यह कोशिश करना चाहता है कि डेस्कटॉप पर कितनी अच्छी तरह से स्पंदन काम कर रहा है और देखें कि भविष्य के उत्पाद के लिए यह संभव है या नहीं, यहां पूरी तरह फंस जाएगा।
लगभग किसी भी ऐप को अलग-थलग करने की आवश्यकता होती है, क्योंकि हमेशा कुछ बड़ी गणनाएँ होती हैं, यह कैसे संभव है कि इस तरह के महत्वपूर्ण एपी डिज़ाइन दोषों पर कुछ भी नहीं हो रहा है?

मैंने अपने प्लगइन सिस्टम अलर्ट विंडो में इसके लिए एक रास्ता जोड़ा है

समाधान का उल्लेख यहां किया गया है संचार को अलग करें।
यद्यपि उदाहरण ने सिस्टम अलर्ट विंडो प्लगइन के लिए विशिष्ट वार्ता प्रदान की, इसे अन्य प्लगइन्स के लिए आसानी से दोहराया जा सकता है। और इसे काम करने के लिए किसी अन्य फैंसी प्लगइन्स की आवश्यकता नहीं है!

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

तो उदाहरण के लिए यदि आप ऐप बंद होने पर एफसीएम प्लगइन के बैकग्राउंड मैसेज हैंडलर में साझा प्राथमिकताओं के साथ कुछ भी करना चाहते हैं तो यह एक MissingPluginException फेंक देगा।

या यदि आप ऐप को सिस्टम अलर्ट विंडो के साथ नहीं खोलना चाहते हैं। अलर्ट विंडो एक अलग आइसोलेट पर चल रही है। तो आपको कोड को अपने ऐप स्कोप में चलाना होगा। यह समस्याग्रस्त है, क्योंकि ऐप वर्तमान में बंद है।

और संभवत: कई अन्य सेनारियो हैं जहां यह एक बहुत बड़ी समस्या है।

@ माइकल-ओटिंक आपके द्वारा वर्णित परिदृश्य ठीक वही हैं जहां कोई समस्या नहीं होनी चाहिए। पृष्ठभूमि में कोड निष्पादित करने वाले प्लगइन्स आम तौर पर अपनी प्लगइन रजिस्ट्री के साथ एक पूरी नई FlutterEngine को तुरंत चालू करते हैं और इसके भीतर चलने वाले आइसोलेट उन प्लगइन्स के लिए प्लेटफ़ॉर्म चैनलों पर सीधे संचार करने में सक्षम होंगे।

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

@ryanheise इतना flutter_isolate मेरे लिए करता है? मैं वास्तव में दस्तावेज़ों से कैसे नहीं बता सकता। मुझे अपने FCM onBackgroundMessage के लिए इसे काम करने के लिए क्या करने की आवश्यकता है? तो मुझे अपने ऑनबैकग्राउंड मैसेज हैंडलर में एक नया अलगाव पैदा करने की ज़रूरत है? लेकिन मैं वहां प्लगइन्स का उपयोग नहीं कर सकता तो मैं कैसे flutter_isolate का उपयोग करूं?

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

मुझे इसमें मदद की सख्त जरूरत है। क्या ऐसा कोई तरीका हो सकता है जिससे मैं यह कर सकूं। मेरे पास कल मेरी पहली गंभीर डील है और मैं इसका पता नहीं लगा सकता।

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

मैंने अपना Application.kt इस तरह सेटअप किया है

import `in`.jvapps.system_alert_window.SystemAlertWindowPlugin
import io.flutter.app.FlutterApplication
import io.flutter.plugin.common.PluginRegistry
import io.flutter.plugin.common.PluginRegistry.PluginRegistrantCallback
import io.flutter.plugins.firebasemessaging.FlutterFirebaseMessagingService

import android.os.Build
import android.app.NotificationManager
import android.app.NotificationChannel

public class Application: FlutterApplication(), PluginRegistrantCallback {

   override fun onCreate() {
     super.onCreate()
     FlutterFirebaseMessagingService.setPluginRegistrant(this)
     createNotificationChannels()
     SystemAlertWindowPlugin.setPluginRegistrant(this)
   }

   override fun registerWith(registry: PluginRegistry) {
     FirebaseCloudMessagingPluginRegistrant.registerWith(registry)
     SystemAlertWindowPlugin.registerWith(registry.registrarFor("in.jvapps.system_alert_window"))
   }

   fun createNotificationChannels() {
     if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
        val name = "groupChannel"
        val descriptionText = "This is the group channel"
        val importance = NotificationManager.IMPORTANCE_HIGH
        val mChannel = NotificationChannel("59054", name, importance)
        mChannel.description = descriptionText
        val notificationManager = getSystemService(NOTIFICATION_SERVICE) as NotificationManager
        notificationManager.createNotificationChannel(mChannel)
    }
  }
}

इसे firebase_messaging समस्या पृष्ठ पर पोस्ट करना सबसे अच्छा है क्योंकि यह इस समस्या से संबंधित नहीं है।

मैं एक पीआर बना सकता हूं, जिसमें 'शेड्यूलर बाइंडिंग' के लिए एक नई 'स्पॉन आइसोलेट' विधि होगी।

तब इस आइसोलेट में प्लेटफॉर्म मेथड्स को कॉल करना संभव होगा।

यह केवल तभी आपकी मदद करेगा जब आपको प्लेटफ़ॉर्म विधि को कॉल करने और प्रतिक्रिया प्राप्त करने की आवश्यकता हो।

import 'dart:async';
import 'dart:isolate';

import 'package:flutter/scheduler.dart';
import 'package:flutter/widgets.dart';
import 'package:path_provider/path_provider.dart';

Future<void> _test(SendPort sendPort) async {
  final dir = await getTemporaryDirectory();
  sendPort.send(dir);
}

void main() async {
  WidgetsFlutterBinding.ensureInitialized();

  final Completer<Object> completer = Completer<Object>();
  final RawReceivePort receivePort = RawReceivePort(completer.complete);

  final Isolate isolate = await ServicesBinding.instance.spawnIsolate(
    _test,
    receivePort.sendPort,
  );

  print(await completer.future);

  receivePort.close();
  isolate.kill();
}

लॉग

Performing hot restart...
Syncing files to device Pixel 4...
Restarted application in 722ms.
I/flutter (11705): Directory: '/data/user/0/com.example.bug/cache'

मैं एक पीआर बना सकता हूं, जिसमें 'शेड्यूलर बाइंडिंग' के लिए एक नई 'स्पॉन आइसोलेट' विधि होगी।

तब इस आइसोलेट में प्लेटफॉर्म मेथड्स को कॉल करना संभव होगा।

यह केवल तभी आपकी मदद करेगा जब आपको प्लेटफ़ॉर्म विधि को कॉल करने और प्रतिक्रिया प्राप्त करने की आवश्यकता हो।

SchedulerBinding.instance.spawnIsolate

इसका परीक्षण करने का कोई मौका? अगर यह मेरी जरूरतों आदि के अनुरूप है ..

@Nailik
इस फ़ाइल को बदलें (संस्करण 1.17.5 के लिए वास्तविक)

``` डार्ट // कॉपीराइट 2014 स्पंदन लेखक। सर्वाधिकार सुरक्षित।
// इस स्रोत कोड का उपयोग बीएसडी-शैली लाइसेंस द्वारा नियंत्रित होता है जो हो सकता है
// LICENSE फ़ाइल में पाया गया।

आयात ' डार्ट: async ';
आयात ' डार्ट: आइसोलेट ';
आयात ' डार्ट: typed_data ';
ui के रूप में ' डार्ट: ui ' आयात करें;

आयात ' पैकेज: स्पंदन/फाउंडेशन.डार्ट ';

आयात 'asset_bundle.dart';
आयात 'बाइनरी_मैसेंजर.डार्ट';
आयात 'system_channels.dart';

/// प्लेटफ़ॉर्म संदेशों को सुनता है और उन्हें [डिफ़ॉल्ट बाइनरी मैसेंजर] पर निर्देशित करता है।
///
/// [सर्विसबाइंडिंग] एक [लाइसेंसएंट्री कलेक्टर] भी पंजीकृत करता है जो उजागर करता है
/// संपत्ति के मूल में संग्रहीत LICENSE फ़ाइल में मिले लाइसेंस
/// बंडल, और ext.flutter.evict सेवा विस्तार को लागू करता है (देखें
/// [बेदख़ल करना])।
बाइंडिंगबेस पर मिक्सिन सर्विसेज बाइंडिंग {
@ ओवरराइड
शून्य initInstances () {
super.initInstances ();
_इंस्टेंस = यह;
_DefaultBinaryMessenger = createBinaryMessenger ();
window.onPlatformMessage = defaultBinaryMessenger.handlePlatformMessage;
initLicenses ();
SystemChannels.system.setMessageHandler(handleSystemMessage);
}

/// वर्तमान [सर्विसबाइंडिंग], यदि कोई बनाया गया है।
स्टेटिक सर्विसेज बाइंडिंग इंस्टेंस => _इंस्टेंस प्राप्त करें;
स्थैतिक सेवाएँ बाइंडिंग _instance;

/// [बाइनरी मैसेंजर] का डिफ़ॉल्ट उदाहरण।
///
/// इसका उपयोग एप्लिकेशन से प्लेटफॉर्म पर संदेश भेजने के लिए किया जाता है, और
/// ट्रैक करता है कि प्रत्येक चैनल पर कौन से हैंडलर पंजीकृत हैं, इसलिए
/// यह आने वाले संदेशों को पंजीकृत हैंडलर को भेज सकता है।
बाइनरीमैसेंजर को डिफॉल्ट मिलता हैबाइनरीमैसेंजर => _डिफॉल्टबाइनरीमैसेंजर;
बाइनरीमैसेंजर _डिफ़ॉल्टबाइनरीमैसेंजर;

/// एक डिफ़ॉल्ट [बाइनरी मैसेंजर] उदाहरण बनाता है जिसका उपयोग भेजने के लिए किया जा सकता है
/// मंच संदेश।
@संरक्षित
बाइनरीमैसेंजर क्रिएट बाइनरीमैसेंजर () {
वापसी कांस्ट _DefaultBinaryMessenger._();
}

/// हैंडलर ने [SystemChannels.system] पर प्राप्त संदेशों के लिए कॉल किया
/// संदेश चैनल।
///
/// आने वाले सिस्टम संदेशों का जवाब देने के लिए अन्य बाइंडिंग इसे ओवरराइड कर सकते हैं।
@संरक्षित
@mustCallSuper
भविष्यहैंडलसिस्टम मैसेज (ऑब्जेक्ट सिस्टममैसेज) एसिंक्स { }

/// [लाइसेंस रजिस्ट्री] में प्रासंगिक लाइसेंस जोड़ता है।
///
/// डिफ़ॉल्ट रूप से, [सर्विस बाइंडिंग] का कार्यान्वयन [initLicenses] जोड़ता है
/// संकलन के दौरान flutter टूल द्वारा एकत्र किए गए सभी लाइसेंस।
@संरक्षित
@mustCallSuper
शून्य initLicenses () {
लाइसेंस रजिस्ट्री। एड लाइसेंस (_addLicenses);
}

धारा_addLicenses() async* {
// हम यहां टाइमर का उपयोग करते हैं (शेड्यूलर बाइंडिंग से शेड्यूल टास्क के बजाय)
// क्योंकि सेवा परत शेड्यूलर बाइंडिंग (अनुसूचक) का उपयोग नहीं कर सकती है
// बाइंडिंग अपने जीवनचक्र की घटनाओं को प्रबंधित करने के लिए सेवाओं की परत का उपयोग करती है)। टाइमर
// वैसे भी शेड्यूल टास्क हुड के तहत क्या उपयोग करता है। फर्क सिर्फ इतना है
// कि ये सिर्फ आगे चलेंगे, बजाय प्राथमिकता के सापेक्ष होने के
// अन्य कार्य जो चल रहे हो सकते हैं। तोड़ने के लिए यहां _something_ का उपयोग करना
// यह दो भागों में महत्वपूर्ण है क्योंकि आइसोलेट्स को कॉपी करने में थोड़ा समय लगता है
// इस समय डेटा, और यदि हम उसी ईवेंट लूप में डेटा प्राप्त करते हैं
// पुनरावृत्ति के रूप में हम डेटा को अगले अलगाव में भेजते हैं, हम निश्चित रूप से हैं
// फ्रेम मिस करने जा रहे हैं। एक और उपाय यह होगा कि सभी काम करें
// एक अलग में होता है, और हम अंततः वहां जा सकते हैं, लेकिन पहले हम हैं
// यह देखने जा रहा है कि क्या पृथक संचार को सस्ता बनाया जा सकता है।
// देखें: https://github.com/dart-lang/sdk/issues/31959
// https://github.com/dart-lang/sdk/issues/31960
// TODO (ianh): इन बग्स को ठीक करने के बाद इस जटिलता को दूर करें।
अंतिम पूर्णकर्ताकच्चे लाइसेंस = पूर्ण करने वाला();
Timer.run(() async {
rawLicenses.complete(rootBundle.loadString('LICENSE', कैशे: झूठा));
});
कच्चे लाइसेंस की प्रतीक्षा करें।भविष्य;
अंतिम पूर्णकर्ता> पार्स किए गए लाइसेंस = कंप्लीटर>();
Timer.run(() async {
parsedLicenses.complete (गणना (_parseLicenses, कच्चे लाइसेंस की प्रतीक्षा करें। भविष्य, डीबग लेबल: 'parseLicenses'));
});
parsedLicenses.भविष्य की प्रतीक्षा करें;
उपज* स्ट्रीम.fromIterable (parsedLicenses.future की प्रतीक्षा करें);
}

// यह ऊपर _addLicenses द्वारा बनाए गए किसी अन्य आइसोलेट में चलाया जाता है।
स्थिर सूची_parseLicenses (स्ट्रिंग कच्चे लाइसेंस) {
अंतिम स्ट्रिंग _licenseSeparator = '\n' + ('-' * 80) + '\n';
अंतिम सूचीपरिणाम =[];
अंतिम सूचीलाइसेंस = कच्चे लाइसेंस। विभाजित (_licenseSeparator);
के लिए (लाइसेंस में अंतिम स्ट्रिंग लाइसेंस) {
अंतिम अंतर विभाजन = लाइसेंस। इंडेक्सऑफ ('\ n \ n');
अगर (विभाजन> = 0) {
result.add(LicenseEntryWithLineBreaks(
लाइसेंस। सबस्ट्रिंग (0, विभाजित)। विभाजित ('\ n'),
लाइसेंस। सबस्ट्रिंग (विभाजन + 2),
));
} अन्यथा {
result.add(LicenseEntryWithLineBreaks(const .)[], लाइसेंस));
}
}
वापसी परिणाम;
}

@ ओवरराइड
शून्य initServiceExtensions () {
super.initServiceExtensions ();

assert(() {
  registerStringServiceExtension(
    // ext.flutter.evict value=foo.png will cause foo.png to be evicted from
    // the rootBundle cache and cause the entire image cache to be cleared.
    // This is used by hot reload mode to clear out the cache of resources
    // that have changed.
    name: 'evict',
    getter: () async => '',
    setter: (String value) async {
      evict(value);
    },
  );
  return true;
}());

}

/// ext.flutter.evict सेवा विस्तार के जवाब में कॉल किया गया।
///
/// इसका उपयोग flutter टूल द्वारा हॉट रीलोड के दौरान किया जाता है ताकि कोई भी चित्र
/// जो डिस्क पर बदल गए हैं, कैश से साफ़ हो जाते हैं।
@संरक्षित
@mustCallSuper
शून्य बेदखल (स्ट्रिंग संपत्ति) {
rootBundle.evict (संपत्ति);
}

भविष्यस्पॉनआइसोलेट(
फ्यूचरऑरएंट्रीपॉइंट (टी संदेश),
टी संदेश, {
बूल रुका हुआ = झूठा,
बूल त्रुटियां हैं घातक,
सेंडपोर्ट ऑन एक्जिट,
सेंडपोर्ट ऑन एरर,
स्ट्रिंग डीबगनाम,
}) {
जोर देना (
_isMainIsolate,
'अलगाव के कई स्तर नहीं बना सकते',
);

final RawReceivePort messageReceiver = RawReceivePort(
  (Object receivedMessage) async {
    if (receivedMessage is SendPort) {
      receivedMessage.send(
        _IsolateStarter<T>(
          ui.PluginUtilities.getCallbackHandle(entryPoint),
          message,
        ),
      );
    } else if (receivedMessage is _Message) {
      final ByteData result = await defaultBinaryMessenger.send(
        receivedMessage.channel,
        receivedMessage.message,
      );
      receivedMessage.sendPort.send(result);
    }
  },
);
RawReceivePort onExitReceiver;
onExitReceiver = RawReceivePort(
  (Object message) {
    onExit?.send(message);

    onExitReceiver.close();
    messageReceiver.close();
  },
);

return Isolate.spawn(
  _startIsolate,
  messageReceiver.sendPort,
  paused: paused,
  errorsAreFatal: true,
  onExit: onExitReceiver.sendPort,
  onError: onError,
  debugName: debugName,
);

}
}

भविष्य_स्टार्टआइसोलेट(सेंडपोर्ट सेंडपोर्ट) एसिंक {
_sendPortToMainIsolate = SendPort;
_आइसोलेट बाइंडिंग ();

अंतिम पूर्णकर्ता<_IsolateStarter> पूर्ण करने वाला =
कंप्लीटर<_आइसोलेटस्टार्टर>();

अंतिम RawReceivePort प्राप्त पोर्ट = RawReceivePort (
(ऑब्जेक्ट आइसोलेट स्टार्टर) {
जोर दें (आइसोलेटस्टार्टर _आइसोलेटस्टार्टर है);
Completer.complete (आइसोलेटस्टार्टर के रूप में _IsolateStarter);
},
);

सेंडपोर्ट.सेंड (प्राप्त पोर्ट.सेंडपोर्ट);

अंतिम _आइसोलेटस्टार्टरआइसोलेटस्टार्टर = पूर्ण होने की प्रतीक्षा करें। भविष्य;

रिसीवपोर्ट.क्लोज़ ();

अंतिम फलन फलन =
ui.PluginUtilities.getCallbackFromHandle(isolateStarter.callbackHandle);

प्रतीक्षा समारोह (आइसोलेटस्टार्टर.मैसेज);
}

सेंडपोर्ट _sendPortToMainIsolate;

बूल get _isMainIsolate => _sendPortToMainIsolate == null;

क्लास _आइसोलेटस्टार्टर{
_IsolateStarter(this.callbackHandle, this.message);

अंतिम ui.CallbackHandle कॉलबैकहैंडल;
अंतिम टी संदेश;
}

कक्षा _संदेश {
_संदेश(
यह.चैनल,
ये संदेश,
यह.भेजेंपोर्ट,
);

अंतिम स्ट्रिंग चैनल;
अंतिम बाइटडेटा संदेश;
अंतिम सेंडपोर्ट सेंडपोर्ट;
}

क्लास _IsolateBinding, BindingBase को ServicesBinding के साथ बढ़ाता है {}

/// [बाइनरी मैसेंजर] का डिफ़ॉल्ट कार्यान्वयन।
///
/// यह मैसेंजर ऐप-साइड से प्लेटफॉर्म-साइड पर संदेश भेजता है और
/// आने वाले संदेशों को प्लेटफ़ॉर्म-साइड से उपयुक्त तक भेजता है
/// हैंडलर।
क्लास _DefaultBinaryMessenger बाइनरीमैसेंजर को बढ़ाता है {
const _DefaultBinaryMessenger._();

// प्लेटफॉर्म प्लगइन्स से आने वाले संदेशों के लिए हैंडलर।
// यह स्थिर है ताकि इस वर्ग में एक कॉन्स्टेबल कंस्ट्रक्टर हो सके।
स्थिर अंतिम नक्शा_हैंडलर =
{};

// मॉक हैंडलर जो आउटगोइंग संदेशों को इंटरसेप्ट करते हैं और उनका जवाब देते हैं।
// यह स्थिर है ताकि इस वर्ग में एक कॉन्स्टेबल कंस्ट्रक्टर हो सके।
स्थिर अंतिम नक्शा_मॉकहैंडलर =
{};

भविष्य_sendPlatformMessage (स्ट्रिंग चैनल, बाइटडेटा संदेश) {
अंतिम पूर्णकर्तापूरा करने वाला = पूरा करने वाला();

if (_isMainIsolate) {
  // ui.window is accessed directly instead of using ServicesBinding.instance.window
  // because this method might be invoked before any binding is initialized.
  // This issue was reported in #27541. It is not ideal to statically access
  // ui.window because the Window may be dependency injected elsewhere with
  // a different instance. However, static access at this location seems to be
  // the least bad option.
  ui.window.sendPlatformMessage(channel, message, (ByteData reply) {
    try {
      completer.complete(reply);
    } catch (exception, stack) {
      FlutterError.reportError(FlutterErrorDetails(
        exception: exception,
        stack: stack,
        library: 'services library',
        context:
            ErrorDescription('during a platform message response callback'),
      ));
    }
  });
} else {
  RawReceivePort receivePort;
  receivePort = RawReceivePort(
    (Object message) async {
      assert(message is ByteData);
      completer.complete(message as ByteData);
      receivePort.close();
    },
  );
  _sendPortToMainIsolate.send(
    _Message(channel, message, receivePort.sendPort),
  );
}

return completer.future;

}

@ ओवरराइड
भविष्यहैंडलप्लेटफॉर्ममैसेज(
स्ट्रिंग चैनल,
बाइटडेटा डेटा,
ui.PlatformMessageResponseCallback कॉलबैक,
) एसिंक {
बाइटडेटा प्रतिक्रिया;
कोशिश करो {
अंतिम संदेशहैंडलर हैंडलर = _हैंडलर [चैनल];
अगर (हैंडलर! = शून्य) {
प्रतिक्रिया = प्रतीक्षा हैंडलर (डेटा);
} अन्यथा {
ui.channelBuffers.push (चैनल, डेटा, कॉलबैक);
कॉलबैक = शून्य;
}
} कैच (अपवाद, स्टैक) {
FlutterError.reportError(FlutterErrorDetails(
अपवाद: अपवाद,
ढेर: ढेर,
पुस्तकालय: 'सेवा पुस्तकालय',
संदर्भ: त्रुटि विवरण ('एक मंच संदेश कॉलबैक के दौरान'),
));
} आखिरकार {
अगर (कॉलबैक! = शून्य) {
कॉलबैक (प्रतिक्रिया);
}
}
}

@ ओवरराइड
भविष्यभेजें (स्ट्रिंग चैनल, बाइटडेटा संदेश) {
अंतिम संदेशहैंडलर हैंडलर = _mockHandlers [चैनल];
अगर (हैंडलर! = शून्य)
वापसी हैंडलर (संदेश);
वापसी _sendPlatformMessage (चैनल, संदेश);
}

@ ओवरराइड
शून्य सेटमैसेजहैंडलर (स्ट्रिंग चैनल, मैसेजहैंडलर हैंडलर) {
अगर (हैंडलर == शून्य)
_handlers.remove (चैनल);
अन्यथा
_हैंडलर [चैनल] = हैंडलर;
ui.channelBuffers.drain (चैनल, (बाइटडेटा डेटा, ui.PlatformMessageResponseCallback कॉलबैक) async {
प्रतीक्षा करें हैंडलप्लेटफ़ॉर्ममैसेज (चैनल, डेटा, कॉलबैक);
});
}

@ ओवरराइड
शून्य setMockMessageHandler (स्ट्रिंग चैनल, MessageHandler हैंडलर) {
अगर (हैंडलर == शून्य)
_mockHandlers.remove (चैनल);
अन्यथा
_mockHandlers [चैनल] = हैंडलर;
}
}
```

मेरे पास 1.21 स्पंदन है इसलिए मैंने संकलन करने के लिए सभी कोड अपडेट करने का प्रयास किया।
अब एक समस्या बाकी है क्योंकि _IsolateBinding में BindingBase मेथड्स के बहुत सारे कार्यान्वयन गायब हैं ...

मुझे sth जैसा मिलता है

Error: The non-abstract class '_IsolateBinding' is missing implementations for these members:
 - BindingBase with ServicesBinding.SchedulerBinding.addPersistentFrameCallback

लगभग 30 बार।

अंत में कंसोल प्रिंट करता है

/C:/flutter/packages/flutter/lib/src/services/binding.dart:341:7: Error: 'BindingBase' doesn't implement 'SchedulerBinding' so it can't be used with 'ServicesBinding'.
 - 'BindingBase' is from 'package:flutter/src/foundation/binding.dart' ('/C:/flutter/packages/flutter/lib/src/foundation/binding.dart').
 - 'SchedulerBinding' is from 'package:flutter/src/scheduler/binding.dart' ('/C:/flutter/packages/flutter/lib/src/scheduler/binding.dart').
 - 'ServicesBinding' is from 'package:flutter/src/services/binding.dart' ('/C:/flutter/packages/flutter/lib/src/services/binding.dart').
class _IsolateBinding extends BindingBase with ServicesBinding {}

मुझे 100% यकीन नहीं है कि _IsolateBinding() में _startIsolate की कॉल क्या करती है, लेकिन बिना मुझे सामान्य ServicesBinding.defaultBinaryMessenger was accessed before the binding was initialized. त्रुटि मिलती है।

मैंने इसे ठीक करने की कोशिश की लेकिन मुझे लगता है कि मिक्सिन के बारे में मेरा ज्ञान अभी उतना अच्छा नहीं है।
इसे कैसे ठीक किया जाये, कोई विचार?

// Use of this source code is governed by a BSD-style license that can be
// found in the LICENSE file.

// <strong i="24">@dart</strong> = 2.8

import 'dart:async';
import 'dart:isolate';
import 'dart:typed_data';
import 'dart:ui' as ui;

import 'package:flutter/foundation.dart';
import 'package:flutter/scheduler.dart';

import 'asset_bundle.dart';
import 'binary_messenger.dart';
import 'restoration.dart';
import 'system_channels.dart';

/// Listens for platform messages and directs them to the [defaultBinaryMessenger].
///
/// The [ServicesBinding] also registers a [LicenseEntryCollector] that exposes
/// the licenses found in the `LICENSE` file stored at the root of the asset
/// bundle, and implements the `ext.flutter.evict` service extension (see
/// [evict]).
mixin ServicesBinding on BindingBase, SchedulerBinding {
  <strong i="25">@override</strong>
  void initInstances() {
    super.initInstances();
    _instance = this;
    _defaultBinaryMessenger = createBinaryMessenger();
    _restorationManager = createRestorationManager();
    window.onPlatformMessage = defaultBinaryMessenger.handlePlatformMessage;
    initLicenses();
    SystemChannels.system.setMessageHandler(handleSystemMessage);
    SystemChannels.lifecycle.setMessageHandler(_handleLifecycleMessage);
    readInitialLifecycleStateFromNativeWindow();
  }

  /// The current [ServicesBinding], if one has been created.
  static ServicesBinding get instance => _instance;
  static ServicesBinding _instance;

  /// The default instance of [BinaryMessenger].
  ///
  /// This is used to send messages from the application to the platform, and
  /// keeps track of which handlers have been registered on each channel so
  /// it may dispatch incoming messages to the registered handler.
  BinaryMessenger get defaultBinaryMessenger => _defaultBinaryMessenger;
  BinaryMessenger _defaultBinaryMessenger;

  /// Creates a default [BinaryMessenger] instance that can be used for sending
  /// platform messages.
  <strong i="26">@protected</strong>
  BinaryMessenger createBinaryMessenger() {
    return const _DefaultBinaryMessenger._();
  }

  /// Called when the operating system notifies the application of a memory
  /// pressure situation.
  ///
  /// This method exposes the `memoryPressure` notification from
  /// [SystemChannels.system].
  <strong i="27">@protected</strong>
  <strong i="28">@mustCallSuper</strong>
  void handleMemoryPressure() { }

  /// Handler called for messages received on the [SystemChannels.system]
  /// message channel.
  ///
  /// Other bindings may override this to respond to incoming system messages.
  <strong i="29">@protected</strong>
  <strong i="30">@mustCallSuper</strong>
  Future<void> handleSystemMessage(Object systemMessage) async {
    final Map<String, dynamic> message = systemMessage as Map<String, dynamic>;
    final String type = message['type'] as String;
    switch (type) {
      case 'memoryPressure':
        handleMemoryPressure();
        break;
    }
    return;
  }

  /// Adds relevant licenses to the [LicenseRegistry].
  ///
  /// By default, the [ServicesBinding]'s implementation of [initLicenses] adds
  /// all the licenses collected by the `flutter` tool during compilation.
  <strong i="31">@protected</strong>
  <strong i="32">@mustCallSuper</strong>
  void initLicenses() {
    LicenseRegistry.addLicense(_addLicenses);
  }

  Stream<LicenseEntry> _addLicenses() async* {
    // We use timers here (rather than scheduleTask from the scheduler binding)
    // because the services layer can't use the scheduler binding (the scheduler
    // binding uses the services layer to manage its lifecycle events). Timers
    // are what scheduleTask uses under the hood anyway. The only difference is
    // that these will just run next, instead of being prioritized relative to
    // the other tasks that might be running. Using _something_ here to break
    // this into two parts is important because isolates take a while to copy
    // data at the moment, and if we receive the data in the same event loop
    // iteration as we send the data to the next isolate, we are definitely
    // going to miss frames. Another solution would be to have the work all
    // happen in one isolate, and we may go there eventually, but first we are
    // going to see if isolate communication can be made cheaper.
    // See: https://github.com/dart-lang/sdk/issues/31959
    //      https://github.com/dart-lang/sdk/issues/31960
    // TODO(ianh): Remove this complexity once these bugs are fixed.
    final Completer<String> rawLicenses = Completer<String>();
    scheduleTask(() async {
      rawLicenses.complete(await rootBundle.loadString('NOTICES', cache: false));
    }, Priority.animation);
    await rawLicenses.future;
    final Completer<List<LicenseEntry>> parsedLicenses = Completer<List<LicenseEntry>>();
    scheduleTask(() async {
      parsedLicenses.complete(compute(_parseLicenses, await rawLicenses.future, debugLabel: 'parseLicenses'));
    }, Priority.animation);
    await parsedLicenses.future;
    yield* Stream<LicenseEntry>.fromIterable(await parsedLicenses.future);
  }

  // This is run in another isolate created by _addLicenses above.
  static List<LicenseEntry> _parseLicenses(String rawLicenses) {
    final String _licenseSeparator = '\n' + ('-' * 80) + '\n';
    final List<LicenseEntry> result = <LicenseEntry>[];
    final List<String> licenses = rawLicenses.split(_licenseSeparator);
    for (final String license in licenses) {
      final int split = license.indexOf('\n\n');
      if (split >= 0) {
        result.add(LicenseEntryWithLineBreaks(
          license.substring(0, split).split('\n'),
          license.substring(split + 2),
        ));
      } else {
        result.add(LicenseEntryWithLineBreaks(const <String>[], license));
      }
    }
    return result;
  }

  <strong i="33">@override</strong>
  void initServiceExtensions() {
    super.initServiceExtensions();

    assert(() {
      registerStringServiceExtension(
        // ext.flutter.evict value=foo.png will cause foo.png to be evicted from
        // the rootBundle cache and cause the entire image cache to be cleared.
        // This is used by hot reload mode to clear out the cache of resources
        // that have changed.
        name: 'evict',
        getter: () async => '',
        setter: (String value) async {
          evict(value);
        },
      );
      return true;
    }());
  }

  /// Called in response to the `ext.flutter.evict` service extension.
  ///
  /// This is used by the `flutter` tool during hot reload so that any images
  /// that have changed on disk get cleared from caches.
  <strong i="34">@protected</strong>
  <strong i="35">@mustCallSuper</strong>
  void evict(String asset) {
    rootBundle.evict(asset);
  }

  Future<Isolate> spawnIsolate<T>(
      FutureOr<void> entryPoint(T message),
      T message, {
        bool paused = false,
        bool errorsAreFatal,
        SendPort onExit,
        SendPort onError,
        String debugName,
      }) {
    assert(
    _isMainIsolate,
    'Can\'t make multiple levels of isolates',
    );

    final RawReceivePort messageReceiver = RawReceivePort(
          (Object receivedMessage) async {
        if (receivedMessage is SendPort) {
          receivedMessage.send(
            _IsolateStarter<T>(
              ui.PluginUtilities.getCallbackHandle(entryPoint),
              message,
            ),
          );
        } else if (receivedMessage is _Message) {
          final ByteData result = await defaultBinaryMessenger.send(
            receivedMessage.channel,
            receivedMessage.message,
          );
          receivedMessage.sendPort.send(result);
        }
      },
    );
    RawReceivePort onExitReceiver;
    onExitReceiver = RawReceivePort(
          (Object message) {
        onExit?.send(message);

        onExitReceiver.close();
        messageReceiver.close();
      },
    );

    return Isolate.spawn(
      _startIsolate,
      messageReceiver.sendPort,
      paused: paused,
      errorsAreFatal: true,
      onExit: onExitReceiver.sendPort,
      onError: onError,
      debugName: debugName,
    );
  }



  // App life cycle

  /// Initializes the [lifecycleState] with the [Window.initialLifecycleState]
  /// from the window.
  ///
  /// Once the [lifecycleState] is populated through any means (including this
  /// method), this method will do nothing. This is because the
  /// [Window.initialLifecycleState] may already be stale and it no longer makes
  /// sense to use the initial state at dart vm startup as the current state
  /// anymore.
  ///
  /// The latest state should be obtained by subscribing to
  /// [WidgetsBindingObserver.didChangeAppLifecycleState].
  <strong i="36">@protected</strong>
  void readInitialLifecycleStateFromNativeWindow() {
    if (lifecycleState != null) {
      return;
    }
    final AppLifecycleState state = _parseAppLifecycleMessage(window.initialLifecycleState);
    if (state != null) {
      handleAppLifecycleStateChanged(state);
    }
  }

  Future<String> _handleLifecycleMessage(String message) async {
    handleAppLifecycleStateChanged(_parseAppLifecycleMessage(message));
    return null;
  }

  static AppLifecycleState _parseAppLifecycleMessage(String message) {
    switch (message) {
      case 'AppLifecycleState.paused':
        return AppLifecycleState.paused;
      case 'AppLifecycleState.resumed':
        return AppLifecycleState.resumed;
      case 'AppLifecycleState.inactive':
        return AppLifecycleState.inactive;
      case 'AppLifecycleState.detached':
        return AppLifecycleState.detached;
    }
    return null;
  }

  /// The [RestorationManager] synchronizes the restoration data between
  /// engine and framework.
  ///
  /// See the docs for [RestorationManager] for a discussion of restoration
  /// state and how it is organized in Flutter.
  ///
  /// To use a different [RestorationManager] subclasses can override
  /// [createRestorationManager], which is called to create the instance
  /// returned by this getter.
  RestorationManager get restorationManager => _restorationManager;
  RestorationManager _restorationManager;

  /// Creates the [RestorationManager] instance available via
  /// [restorationManager].
  ///
  /// Can be overriden in subclasses to create a different [RestorationManager].
  <strong i="37">@protected</strong>
  RestorationManager createRestorationManager() {
    return RestorationManager();
  }
}

Future<void> _startIsolate<T>(SendPort sendPort) async {
  _sendPortToMainIsolate = sendPort;
  _IsolateBinding();

  final Completer<_IsolateStarter<T>> completer =
  Completer<_IsolateStarter<T>>();

  final RawReceivePort receivePort = RawReceivePort(
        (Object isolateStarter) {
      assert(isolateStarter is _IsolateStarter<T>);
      completer.complete(isolateStarter as _IsolateStarter<T>);
    },
  );

  sendPort.send(receivePort.sendPort);

  final _IsolateStarter<T> isolateStarter = await completer.future;

  receivePort.close();

  final Function function =
  ui.PluginUtilities.getCallbackFromHandle(isolateStarter.callbackHandle);

  await function(isolateStarter.message);
}

SendPort _sendPortToMainIsolate;

bool get _isMainIsolate => _sendPortToMainIsolate == null;

class _IsolateStarter<T> {
  _IsolateStarter(this.callbackHandle, this.message);

  final ui.CallbackHandle callbackHandle;
  final T message;
}

class _Message {
  _Message(
      this.channel,
      this.message,
      this.sendPort,
      );

  final String channel;
  final ByteData message;
  final SendPort sendPort;
}

//TODO not working
class _IsolateBinding extends BindingBase with ServicesBinding {}

/// The default implementation of [BinaryMessenger].
///
/// This messenger sends messages from the app-side to the platform-side and
/// dispatches incoming messages from the platform-side to the appropriate
/// handler.
class _DefaultBinaryMessenger extends BinaryMessenger {
  const _DefaultBinaryMessenger._();

  // Handlers for incoming messages from platform plugins.
  // This is static so that this class can have a const constructor.
  static final Map<String, MessageHandler> _handlers =
  <String, MessageHandler>{};

  // Mock handlers that intercept and respond to outgoing messages.
  // This is static so that this class can have a const constructor.
  static final Map<String, MessageHandler> _mockHandlers =
  <String, MessageHandler>{};

  Future<ByteData> _sendPlatformMessage(String channel, ByteData message) {
    final Completer<ByteData> completer = Completer<ByteData>();

    if (_isMainIsolate) {
      // ui.window is accessed directly instead of using ServicesBinding.instance.window
      // because this method might be invoked before any binding is initialized.
      // This issue was reported in #27541. It is not ideal to statically access
      // ui.window because the Window may be dependency injected elsewhere with
      // a different instance. However, static access at this location seems to be
      // the least bad option.
      ui.window.sendPlatformMessage(channel, message, (ByteData reply) {
        try {
          completer.complete(reply);
        } catch (exception, stack) {
          FlutterError.reportError(FlutterErrorDetails(
            exception: exception,
            stack: stack,
            library: 'services library',
            context:
            ErrorDescription('during a platform message response callback'),
          ));
        }
      });
    } else {
      RawReceivePort receivePort;
      receivePort = RawReceivePort(
            (Object message) async {
          assert(message is ByteData);
          completer.complete(message as ByteData);
          receivePort.close();
        },
      );
      _sendPortToMainIsolate.send(
        _Message(channel, message, receivePort.sendPort),
      );
    }

    return completer.future;
  }

  <strong i="38">@override</strong>
  Future<void> handlePlatformMessage(
      String channel,
      ByteData data,
      ui.PlatformMessageResponseCallback callback,
      ) async {
    ByteData response;
    try {
      final MessageHandler handler = _handlers[channel];
      if (handler != null) {
        response = await handler(data);
      } else {
        ui.channelBuffers.push(channel, data, callback);
        callback = null;
      }
    } catch (exception, stack) {
      FlutterError.reportError(FlutterErrorDetails(
        exception: exception,
        stack: stack,
        library: 'services library',
        context: ErrorDescription('during a platform message callback'),
      ));
    } finally {
      if (callback != null) {
        callback(response);
      }
    }
  }

  <strong i="39">@override</strong>
  Future<ByteData> send(String channel, ByteData message) {
    final MessageHandler handler = _mockHandlers[channel];
    if (handler != null)
      return handler(message);
    return _sendPlatformMessage(channel, message);
  }

  <strong i="40">@override</strong>
  void setMessageHandler(String channel, MessageHandler handler) {
    if (handler == null)
      _handlers.remove(channel);
    else
      _handlers[channel] = handler;
    ui.channelBuffers.drain(channel, (ByteData data, ui.PlatformMessageResponseCallback callback) async {
      await handlePlatformMessage(channel, data, callback);
    });
  }

  <strong i="41">@override</strong>
  void setMockMessageHandler(String channel, MessageHandler handler) {
    if (handler == null)
      _mockHandlers.remove(channel);
    else
      _mockHandlers[channel] = handler;
  }

  <strong i="42">@override</strong>
  bool checkMessageHandler(String channel, MessageHandler handler) => _handlers[channel] == handler;

  <strong i="43">@override</strong>
  bool checkMockMessageHandler(String channel, MessageHandler handler) => _mockHandlers[channel] == handler;
}

@Nailik
फिलहाल, मैं आपकी सहायता के लिए स्पंदन को अपडेट नहीं कर सकता

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

यह एक गंभीर नई सुविधा नहीं है, यह एक ढांचा अवरोधक है।
तो इसके अनुसार https://github.com/flutter/flutter/issues/18761#issuecomment -639248761 यह एक P3 होना चाहिए

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

ईमानदार होने के लिए, क्योंकि मुझे लगता है कि वास्तविक दुनिया के ऐप्स में इस मुद्दे का प्रभाव अधिक है। मैं सिर्फ इस मुद्दे को देख रहा हूं क्योंकि इससे चीजें आसान हो जाएंगी, लेकिन "समाधान" हैं। और उत्पादन में कई ऐप्स और प्लगइन्स पृष्ठभूमि कार्यक्षमता का उपयोग कर रहे हैं।

मैं यह भी सुनिश्चित नहीं कर पा रहा हूं कि क्या कुछ +1 अभी यह नहीं समझ पा रहे हैं कि समस्या क्या है। (जैसे https://github.com/flutter/flutter/issues/13937#issuecomment-635683123)। बैकग्राउंड आइसोलेट्स और हेडलेस रनटाइम (और इसे कैसे मैनेज करें) के लिए आधिकारिक दस्तावेज इमो में अभी भी थोड़ी कमी है और फायरबेस मैसेजिंग स्टफ एक बुरा सपना है, लेकिन इसका फ्रेमवर्क, इंजन से कोई लेना-देना नहीं है ‍♂️

हो सकता है कि स्पंदन टीम को कोसना बंद कर दें, आश्चर्यजनक प्रगति हुई है, और यह ऐसा कुछ नहीं है जिसके आसपास काम नहीं किया जा सकता है ... और अगर कोई पीआर है, तो इसे स्पंदन टीम के विचार के लिए क्यों न सबमिट करें

आइसोलेट्स के लिए इस व्यवहार को लागू करने में एक समस्या है।

उदाहरण:

एक मुख्य पृथक और एक इंजन हैं।
अगर आइसोलेट को कुछ चाहिए तो वह इंजन से पूछता है।
अगर इंजन को कुछ चाहिए तो वह आइसोलेट मांगता है।

अब हमारी स्थिति है:
2 आइसोलेट्स और एक इंजन है।
अगर आइसोलेट को कुछ चाहिए तो वह इंजन से पूछता है।
अगर इंजन को कुछ चाहिए, तो उसे क्या करना चाहिए?
दोनों से पूछो? फिर किसका जवाब लें?
या सिर्फ एक अलग पूछो? फिर कौन सा?

@hpoul मुझे असहमत होने के लिए सहमत होना होगा क्योंकि यहां बहुत से लोग एंड्रॉइड/आईओएस प्रोग्रामिंग के शुरुआती हैं और उन्होंने ऐप विकास के लिए अपना पहला ढांचा चुना है।

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

जिन लोगों के पास एंड्रॉइड और आईओएस दोनों में सेवाओं, पृष्ठभूमि कार्य कतारों आदि के साथ काम करने का बहुत अनुभव है, जो आसानी से इसके आसपास काम कर सकते हैं, वे स्पंदन के लिए लक्षित जनसांख्यिकीय नहीं हैं।

और इस तरह की टिप्पणियों से हटकर मुझे यकीन है कि हर दूसरे मुद्दे में झूठे +1 हैं, जो मुद्दे की प्राथमिकताओं के क्रम को बहुत ज्यादा नहीं बदलते हैं और यह मुद्दा अभी भी शीर्ष पर बना हुआ है।

नमस्ते @phanirithvij

Flutter_isolate ऊपर जुड़ा हुआ था और 2019 के फरवरी से आसपास है। यह भी जटिल नहीं है। मैं रीडमे को कॉपी करूंगा जो सीधा लगता है:

FlutterIsolate स्पंदन में एक आइसोलेट बनाने की अनुमति देता है जो स्पंदन प्लगइन्स का उपयोग करने में सक्षम है। यह प्लेटफॉर्म चैनलों को एक आइसोलेट के अंदर काम करने में सक्षम बनाने के लिए आवश्यक प्लेटफॉर्म विशिष्ट बिट्स (एंड्रॉइड पर FlutterBackgroundView और iOS पर FlutterEngine) बनाता है।

| | आदमी के समान | आईओएस | विवरण |
| :--------------- | :----------------: | :----------------------: | :-------------------------------- |
| FlutterIsolate.spawn(entryPoint,message) | :white_check_mark: | :white_check_mark: | एक नया स्पंदन आइसोलेट पैदा करता है |
| स्पंदन आइसोलेट.पॉज () | :white_check_mark: | :white_check_mark: | चल रहे आइसोलेट को रोकता है |
| स्पंदन आइसोलेट। फिर से शुरू () | :white_check_mark: | :white_check_mark: | रुके हुए आइसोलेट को फिर से शुरू किया |
| स्पंदन आइसोलेट.किल () | :white_check_mark: | :white_check_mark: | एक अलग को मारता है |

मैं सीधा कहता हूं क्योंकि इन विधियों के नाम "मूल" Isolate वर्ग के समान हैं, इसलिए यदि आप पहले से ही जानते हैं कि आधिकारिक दस्तावेज़ीकरण से आइसोलेट्स का उपयोग कैसे किया जाता है, तो यह समझना मुश्किल नहीं होना चाहिए कि कैसे उपयोग किया जाए इसे ड्रॉप-इन प्रतिस्थापन के रूप में, कम से कम ऊपर सूचीबद्ध उन विधियों के लिए।

(नोट: मैं भी इस मुद्दे को आधिकारिक तौर पर उन कारणों के लिए तय करना चाहता हूं जो मैंने पहले ही एक टिप्पणी में पहले ही बताए हैं, जिनमें से कुछ मैं आपके साथ साझा करता हूं, लेकिन मैं इस समाधान को "जटिल" भी नहीं कहूंगा।)

@nikitadol की टिप्पणी के जवाब में, flutter_isolate प्रत्येक आइसोलेट के लिए एक अलग इंजन बनाता है ताकि यह एक ही समस्या में न चले। बेशक, प्रति आइसोलेट एक नया इंजन बनाना आदर्श नहीं है, यही कारण है कि मुझे यकीन है कि फ़्लटर टीम बेहतर काम कर सकती है। इसी तरह, मुख्य आइसोलेट के माध्यम से सभी प्लगइन विधि कॉल को पाइप करने का वैकल्पिक समाधान एक अड़चन पैदा करेगा जो पहली जगह में आइसोलेट्स के लक्ष्यों के विपरीत चलता है, इसलिए मुझे यकीन है कि फ़्लटर टीम भी इससे बेहतर काम कर सकती है।

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

@ryanheise

Flutter_isolate प्रत्येक आइसोलेट के लिए एक अलग इंजन बनाता है

इसलिए मुझे यकीन है कि फ़्लटर टीम भी इससे बेहतर काम कर सकती है।

आप कहते हैं कि फ़्लटर टीम ऐसा कर सकती है, लेकिन कैसे?
मेरे द्वारा ऊपर पूछे गए प्रश्न मान्य हैं।
यदि समाधान एक नया इंजन बनाना है, तो आप बस अपने प्लगइन का उपयोग कर सकते हैं

(ध्यान दें, flutter_isolate मेरा प्लगइन नहीं है, लेकिन चूंकि मुझे इस सुविधा की भी आवश्यकता है, इसलिए मैंने इस परियोजना में योगदान करने का निर्णय लिया है।)

"बेहतर काम" से मेरा मतलब यह है कि प्लग-इन के साथ संवाद करने के लिए फ़्लटरइंजिन में सभी मशीनरी को स्पिन करना शायद आवश्यक नहीं है, लेकिन फिलहाल, आवश्यक बुनियादी ढांचा इंजन से जुड़ा हुआ है, इसलिए वर्तमान में केवल प्लगइन्स तक पहुंच प्राप्त करने के लिए flutter_isolate को पूरे इंजन को स्पिन करना होगा।

(ध्यान दें, flutter_isolate मेरा प्लगइन नहीं है, लेकिन चूंकि मुझे इस सुविधा की भी आवश्यकता है, इसलिए मैंने इस परियोजना में योगदान करने का निर्णय लिया है।)

क्षमा करें, मैंने ध्यान नहीं दिया कि यह एक कांटा है

केवल प्लगइन्स तक पहुंच प्राप्त करने के लिए flutter_isolate को पूरे इंजन को स्पिन करना होगा।

यदि आप निर्दिष्ट करते हैं कि 'is_background_view = true', तो इंजन रेंडरिंग शुरू नहीं करता है - जिसका अर्थ है कि इंजन पूरी तरह से शुरू नहीं होता है

हेडलेस चलाने के लिए सटीक एपीआई आईओएस और एंड्रॉइड v1 और एंड्रॉइड v2 के लिए अलग है, लेकिन अनिवार्य रूप से यह वही है जो फ़्लटर_आइसोलेट पहले से ही करता है। हालांकि, सामान्य आइसोलेट और फ़्लटरइंजिन के बीच ओवरहेड में अभी भी अंतर है, इसलिए ओवरहेड्स को और कम करना केवल कुछ ऐसा है जो फ़्लटर टीम कर पाएगी। यह स्टार्टअप समय में सिर्फ एक ओवरहेड नहीं है, यह मेमोरी उपयोग में भी ओवरहेड है।

तो आप पृष्ठभूमि में काम करने के लिए एक नए इंजन के निर्माण को अनुकूलित करने का सुझाव देते हैं?

तो शायद यह इस मुद्दे पर लागू नहीं होता

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

यदि इंजन 1 है और आइसोलेट्स 1 से अधिक हैं, तो हम इस प्रश्न पर वापस आते हैं:

https://github.com/flutter/flutter/issues/13937#issuecomment -667314232

मैं वास्तव में इस नए हल्के वास्तुकला के समाधान के साथ आने की कोशिश नहीं कर रहा हूं, लेकिन अगर आप मुझसे पूछ रहे हैं, तो मैं हल्के समाधान के दो रूपों के बारे में सोच सकता हूं:

1. मेथड चैनल्स को सर्वर सॉकेट्स की तरह बनाएं और उन्हें कई क्लाइंट्स से कनेक्शन स्वीकार करें। तो प्लगइन के प्लेटफार्म पक्ष में एक विधि चैनल एकाधिक अलगाव से कनेक्शन स्वीकार कर सकता है, और फिर एक बार कनेक्ट होने पर संदेश सही अलगाव में भेज सकता है।
2. एक ही FlutterEngine के भीतर प्रत्येक पृथक लेकिन के लिए एक नया प्लगइन रजिस्ट्री आदि बनाएँ,

अगर तुम मुझसे पूछ रहे हो

हाँ, मैं पूछता हूँ

सही आइसोलेट को संदेश भेज सकता है।

मुझे लगता है कि यह एक बुरा समाधान है क्योंकि 'टू ​​राइट आइसोलेट' एक सापेक्ष अवधारणा है

एक ही FlutterEngine के भीतर प्रत्येक पृथक लेकिन के लिए एक नया प्लगइन रजिस्ट्री आदि बनाएँ,

यह एक अच्छा विकल्प हो सकता है, लेकिन केवल तभी जब इंजन हमेशा अपने आप प्लगइन्स को पंजीकृत करता है।

लेकिन यह केवल तभी होता है जब GeneratePluginRegistrant.
https://github.com/flutter/engine/blob/f7d241fd8a889fadf8ab3f9d57918be3d986b4be/shell/platform/android/io/flutter/embedding/engine/FlutterEngine.java#L330 -L344

अतिरिक्त कॉलबैक बनाना एक स्पष्ट व्यवहार नहीं है।

मुझे लगता है कि यह एक बुरा समाधान है क्योंकि 'टू ​​राइट आइसोलेट' एक सापेक्ष अवधारणा है

यह एक बुरा समाधान हो सकता है, लेकिन उस कारण से यह बुरा नहीं हो सकता। "राइट आइसोलेट" उसी तरह स्पष्ट है जैसे सर्वर सॉकेट क्लाइंट कनेक्शन को स्पष्ट तरीके से संभालता है।

यह एक अच्छा विकल्प हो सकता है, लेकिन केवल तभी जब इंजन हमेशा अपने आप प्लगइन्स को पंजीकृत करता है।

जो हमेशा सुनिश्चित करने के लिए एक अच्छी बात होगी। वर्तमान में तंत्र थोड़ा परतदार है।

यह एक बुरा समाधान हो सकता है, लेकिन उस कारण से यह बुरा नहीं हो सकता। "राइट आइसोलेट" उसी तरह स्पष्ट है जैसे सर्वर सॉकेट क्लाइंट कनेक्शन को स्पष्ट तरीके से संभालता है।

फिर प्रत्येक प्लगइन को ध्यान में रखना चाहिए कि इसे अलग-अलग आइसोलेट्स से एक्सेस किया जा सकता है - खराब

हां।

मुझे इस चर्चा में अपने दो सेंट जोड़ने दें... फ़्लटर के साथ लगभग दो वर्षों तक व्यावसायिक रूप से काम करने के बाद, मैंने जो सबसे महत्वपूर्ण बात सीखी, वह यह थी कि फ़्लटर एक UI टूलकिट है । इस कथन में कुछ भी आश्चर्यजनक नहीं होगा - यह यहां तक ​​​​कहता है कि मुख्य फ़्लटर वेबसाइट पर - अगर लोग इस बारे में नहीं भूले।

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

बेशक, डार्ट के साथ हम सिर्फ यूआई के अलावा और भी बहुत कुछ कर सकते हैं, लेकिन आइए इस टूलकिट के मुख्य उद्देश्य को न भूलें।

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

यदि आपके आवेदन को वास्तव में प्रसंस्करण शक्ति, आईएमएचओ की आवश्यकता है, तो आपके पास तीन विकल्प हैं:

• अपने तर्क को सर्वर पर ले जाएं;
• अपने तर्क को मूल मंच पर ले जाएं - आप इसके लिए कोटलिन नेटिव का उपयोग कर सकते हैं - और केवल अपने UI को मॉडल देखें प्रदान करने के लिए ईवेंट/विधि चैनल का उपयोग करें (मुझे लगता है कि OLX ने ​​यही किया: https://tech.olx.com/fast -प्रोटोटाइप-साथ-स्पंदन-कोटलिन-देशी-d7ce5cfeb5f1);
• स्पंदन का उपयोग न करें और किसी अन्य ढांचे की तलाश करें (ज़ामरीन/ब्लेज़र इसके लिए उपयुक्त हो सकता है क्योंकि सी # डार्ट की तुलना में अधिक परिष्कृत मल्टीथ्रेडिंग वातावरण प्रदान करता है)।

उपरोक्त सभी में उनकी कमियां हैं, लेकिन पुस्तकालय/ढांचे को ऐसा करने के लिए फैलाने की कोशिश करना जो वास्तव में डिजाइन नहीं किया गया था, वह भी आदर्श नहीं है।

अगर आइसोलेट_हैंडलर ने इस समस्या का समाधान नहीं किया होता？

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

हम मंडलियों में जा रहे हैं। हां, समाधान हैं, वास्तव में दोनों प्लगइन्स। जैसा कि रयान ने बताया, चैनल संचार को संभव बनाने में एक ओवरहेड शामिल है। सबसे अधिक संभावना है, यह ठीक यही ओवरहेड है जिसने फ़्लटर टीम को इसे मूल Isolate में स्वचालित रूप से जोड़ने से बचा लिया, क्योंकि आपको कई (अधिकांश?) मामलों में समर्थन की आवश्यकता नहीं है।

फिर भी, यह उतना साफ समाधान नहीं है जितना इसे मिल सकता है। यदि फ़्लटर टीम किसी भी बुनियादी Isolate के साथ सीधे और स्वचालित रूप से बिना ओवरहेड के चैनल संचार प्रदान करने में सक्षम होगी, तो पूरी चर्चा विवादास्पद होगी। हालाँकि, इसका विपरीत भी सच है: वे वास्तव में परिवर्तन के लिए परिवर्तन का अनुसरण नहीं कर रहे हैं। यदि पैकेज या प्लगइन में एक व्यवहार्य समाधान है, तो समय क्यों व्यतीत करें और कोर में वजन जोड़ें?

एक ही FlutterEngine के भीतर प्रत्येक पृथक लेकिन के लिए एक नया प्लगइन रजिस्ट्री आदि बनाएँ,

यह एक अच्छा विकल्प हो सकता है, लेकिन केवल तभी जब इंजन हमेशा अपने आप प्लगइन्स को पंजीकृत करता है।

लेकिन यह केवल तभी होता है जब GeneratePluginRegistrant.
https://github.com/flutter/engine/blob/f7d241fd8a889fadf8ab3f9d57918be3d986b4be/shell/platform/android/io/flutter/embedding/engine/FlutterEngine.java#L330 -L344

अतिरिक्त कॉलबैक बनाना एक स्पष्ट व्यवहार नहीं है।

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

@ताहाटेसर

आपके उदाहरण में, त्रुटि इस समस्या से संबंधित नहीं है

E/flutter ( 7814): [ERROR:flutter/lib/ui/ui_dart_state.cc(177)] Unhandled Exception: Invalid argument(s): Isolate.spawn expects to be passed a static or top-level function

नमस्ते @nikitadol
धन्यवाद, अद्यतन उदाहरण, यह अपवाद नहीं फेंकता है, क्या यह सही है? (मुझे पहले कभी उपयोग करने की आवश्यकता नहीं थी)
क्या आप कृपया एक पूर्ण प्रतिलिपि प्रस्तुत करने योग्य न्यूनतम कोड नमूना प्रदान कर सकते हैं?
आपको धन्यवाद

@ताहाटेसर

import 'package:battery/battery.dart';
import 'package:flutter/foundation.dart';
import 'package:flutter/widgets.dart';

Future<void> main() async {
  await printBatteryLevel();
  await compute(printBatteryLevel, null);
}

Future<void> printBatteryLevel([dynamic message]) async {
  WidgetsFlutterBinding.ensureInitialized();
  print(await Battery().batteryLevel);
}

Launching lib/main.dart on Pixel 4 in debug mode...
Running Gradle task 'assembleDebug'...
✓ Built build/app/outputs/flutter-apk/app-debug.apk.
Installing build/app/outputs/flutter-apk/app.apk...
Waiting for Pixel 4 to report its views...
Debug service listening on ws://127.0.0.1:50709/-SPs_6AmL2Q=/ws
Syncing files to device Pixel 4...
I/flutter ( 8708): 39
E/flutter ( 8708): [ERROR:flutter/lib/ui/ui_dart_state.cc(166)] Unhandled Exception: Exception: UI actions are only available on root isolate.
E/flutter ( 8708): #0      Window._nativeSetNeedsReportTimings (dart:ui/window.dart:1003:86)
E/flutter ( 8708): #1      Window.onReportTimings= (dart:ui/window.dart:996:29)
E/flutter ( 8708): #2      SchedulerBinding.addTimingsCallback (package:flutter/src/scheduler/binding.dart:272:14)
E/flutter ( 8708): #3      SchedulerBinding.initInstances (package:flutter/src/scheduler/binding.dart:209:7)
E/flutter ( 8708): #4      ServicesBinding.initInstances (package:flutter/src/services/binding.dart:27:11)
E/flutter ( 8708): #5      PaintingBinding.initInstances (package:flutter/src/painting/binding.dart:23:11)
E/flutter ( 8708): #6      SemanticsBinding.initInstances (package:flutter/src/semantics/binding.dart:24:11)
E/flutter ( 8708): #7      RendererBinding.initInstances (package:flutter/src/rendering/binding.dart:32:11)
E/flutter ( 8708): #8      WidgetsBinding.initInstances (package:flutter/src/widgets/binding.dart:257:11)
E/flutter ( 8708): #9      new BindingBase (package:flutter/src/foundation/binding.dart:59:5)
E/flutter ( 8708): #10     new _WidgetsFlutterBinding&BindingBase&GestureBinding (package:flutter/src/widgets/binding.dart)
E/flutter ( 8708): #11     new _WidgetsFlutterBinding&BindingBase&GestureBinding&SchedulerBinding (package:flutter/src/widgets/binding.dart)
E/flutter ( 8708): #12     new _WidgetsFlutterBinding&BindingBase&GestureBinding&SchedulerBinding&ServicesBinding (package:flutter/src/widgets/binding.dart)
E/flutter ( 8708): #13     new _WidgetsFlutterBinding&BindingBase&GestureBinding&SchedulerBinding&ServicesBinding&PaintingBinding (package:flutter/src/widgets/binding.dart)
E/flutter ( 8708): #14     new _WidgetsFlutterBinding&BindingBase&GestureBinding&SchedulerBinding&ServicesBinding&PaintingBinding&SemanticsBinding (package:flutter/src/widgets/binding.dart)
E/flutter ( 8708): #15     new _WidgetsFlutterBinding&BindingBase&GestureBinding&SchedulerBinding&ServicesBinding&PaintingBinding&SemanticsBinding&RendererBinding (package:flutter/src/widgets/binding.dart)
E/flutter ( 8708): #16     new _WidgetsFlutterBinding&BindingBase&GestureBinding&SchedulerBinding&ServicesBinding&PaintingBinding&SemanticsBinding&RendererBinding&WidgetsBinding (package:flutter/src/widgets/binding.dart)
E/flutter ( 8708): #17     new WidgetsFlutterBinding (package:flutter/src/widgets/binding.dart)
E/flutter ( 8708): #18     WidgetsFlutterBinding.ensureInitialized (package:flutter/src/widgets/binding.dart:1229:7)
E/flutter ( 8708): #19     printBatteryLevel (package:bug/main.dart:11:25)
E/flutter ( 8708): #20     _IsolateConfiguration.apply (package:flutter/src/foundation/_isolates_io.dart:83:34)
E/flutter ( 8708): #21     _spawn.<anonymous closure> (package:flutter/src/foundation/_isolates_io.dart:90:65)
E/flutter ( 8708): #22     Timeline.timeSync (dart:developer/timeline.dart:163:22)
E/flutter ( 8708): #23     _spawn (package:flutter/src/foundation/_isolates_io.dart:87:35)
E/flutter ( 8708): #24     _startIsolate.<anonymous closure> (dart:isolate-patch/isolate_patch.dart:304:17)
E/flutter ( 8708): #25     _RawReceivePortImpl._handleMessage (dart:isolate-patch/isolate_patch.dart:168:12)
E/flutter ( 8708): 

[✓] Flutter (Channel stable, 1.20.4, on Mac OS X 10.15.6 19G2021, locale en-BY)
    • Flutter version 1.20.4 at /Users/nikitadold/development/flutter
    • Framework revision fba99f6cf9 (2 weeks ago), 2020-09-14 15:32:52 -0700
    • Engine revision d1bc06f032
    • Dart version 2.9.2

[✓] Android toolchain - develop for Android devices (Android SDK version 30.0.0)
    • Android SDK at /Users/nikitadold/Library/Android/sdk
    • Platform android-30, build-tools 30.0.0
    • Java binary at: /Users/nikitadold/Library/Application Support/JetBrains/Toolbox/apps/AndroidStudio/ch-0/193.6626763/Android Studio.app/Contents/jre/jdk/Contents/Home/bin/java
    • Java version OpenJDK Runtime Environment (build 1.8.0_242-release-1644-b3-6222593)
    • All Android licenses accepted.

[✓] Xcode - develop for iOS and macOS (Xcode 12.0.1)
    • Xcode at /Applications/Xcode.app/Contents/Developer
    • Xcode 12.0.1, Build version 12A7300
    • CocoaPods version 1.9.3

[!] Android Studio (version 4.0)
    • Android Studio at /Users/nikitadold/Library/Application Support/JetBrains/Toolbox/apps/AndroidStudio/ch-0/193.6626763/Android Studio.app/Contents
    ✗ Flutter plugin not installed; this adds Flutter specific functionality.
    ✗ Dart plugin not installed; this adds Dart specific functionality.
    • Java version OpenJDK Runtime Environment (build 1.8.0_242-release-1644-b3-6222593)

[✓] IntelliJ IDEA Ultimate Edition (version 2020.2.2)
    • IntelliJ at /Users/nikitadold/Applications/JetBrains Toolbox/IntelliJ IDEA Ultimate.app
    • Flutter plugin installed
    • Dart plugin version 202.7319.5

@ताहाटेसर
कृपया यह टिप्पणी देखें

प्लेटफ़ॉर्म संदेश केवल मुख्य आइसोलेट से समर्थित हैं। [...]

यह व्यवहार _expected_ है और severe: new feature . लेबल के लिए है
इस मुद्दे को _सुविधा अनुरोध_ या _ प्रस्ताव_ के रूप में माना जाना चाहिए न कि _बग_ के रूप में

@iapicca

आपके उदाहरण में, त्रुटि इस समस्या से संबंधित नहीं है

E/flutter (23174): [ERROR:flutter/lib/ui/ui_dart_state.cc(166)] Unhandled Exception: Invalid argument(s): Illegal argument in isolate message : (object is a closure - Function '<anonymous closure>':.)

@iapicca

आपके उदाहरण में, त्रुटि इस समस्या से संबंधित नहीं है

E/flutter (23174): [ERROR:flutter/lib/ui/ui_dart_state.cc(166)] Unhandled Exception: Invalid argument(s): Illegal argument in isolate message : (object is a closure - Function '<anonymous closure>':.)

आप सही हैं मेरा एक अच्छा उदाहरण नहीं है, कृपया इसे अनदेखा करें