AFAIK, वर्तमान में, फ़्लटर केवल libflutter.so को रिलीज़ एपीके में एक चयनित प्लेटफ़ॉर्म फ़ोल्डर में जोड़ेगा। मेरे लिए काम करने वाला वर्कअराउंड बिल्ड.ग्रेडल को केवल 32 बिट करने के लिए मजबूर करना था (सभी 64 बिट पुस्तकालयों + इंटेल को छोड़कर)

release {

    ...
            ndk{
                abiFilters "armeabi-v7a"
            }
}

सीसी @ हिक्सी

@swavkulinski आप प्लेस्टोर पर कैसे जारी करेंगे?

https://github.com/flutter/flutter/issues/18939 के समान

एक ही समस्या है - लेकिन flutter.so "armeabi-v7a फ़ोल्डर में शामिल नहीं है।
x86 और armeabi-v7a के लिए केवल तृतीय पक्ष पुस्तकालय हैं - लेकिन कोई arm64 नहीं।
केवल "armeabi-v7a with ." के लिए स्पंदन बनाना चाहते हैं
एनएनडीके{
abiFilters "armeabi-v7a" // भी काम नहीं करता है"armeabi", "x86",
}
और लक्ष्य-प्लेटफ़ॉर्म के रूप में सेट करें जैसा कि @ mravn-google android-arm को सुझाव देता है।

एपीके बिना निर्दिष्ट आर्क और पुस्तकालयों को शामिल नहीं करता है

पुस्तकालयों के साथ एपीके और कोई हाथ की कल्पना नहीं

एपीके निर्दिष्ट आर्क के साथ और पुस्तकालय शामिल करें

कोई सुझाव है कि आगे के चरणों को कैसे डिबग करें?

@xxseabxx मुझे एक ही समस्या है

मुझे एक ही समस्या है, 32-बिट के लिए निर्माण 64-बिट डिवाइसों को बाहर कर देगा, हालांकि यह उन पर चलता है। --target-platform android-arm64 निर्दिष्ट करके 64 के लिए बिल्डिंग 64-बिट डिवाइस पर काम करती है, लेकिन 32-बिट डिवाइस पर क्रैश हो जाती है। साथ ही Google 2019 में एपीके के अपलोड को 64-बिट तक सीमित कर देगा।

स्पंदन टीम, कृपया इस मूल समस्या का समाधान करें!

स्पंदन टीम, कृपया इस मूल समस्या का समाधान करें!

तो क्या मैं यह कहकर गलत हूं कि स्पंदन केवल 32 या 64 बिट के लिए रिलीज एपीके का समर्थन कर सकता है, लेकिन दोनों नहीं?

यहाँ कोई भाग्य?

मुझे लगता है कि xxseabxx की टिप्पणी काम कर सकती है लेकिन मैंने कोशिश नहीं की है ...

मुझे भी यही समस्या हो रही है।

मेरी सभी निर्भरताओं में, मैंने समस्या पैदा करने वाले कम से कम एक पैकेज को अलग कर दिया, मैंने तदनुसार एक बग रिपोर्ट भर दी: https://github.com/azihsoyn/flutter_mlkit/issues/36

मेरी प्रत्येक निर्भरता/प्लगइन के लिए समस्या को अलग करने के लिए:

1) एक खाली स्पंदन परियोजना बनाएं

2) main.dart को से बदलें

पैकेज उदाहरण कोड (उदा: https://pub.dartlang.org/packages/flutter_html_view#-example-tab-)

3) pubspec.yaml को तदनुसार अपडेट करें

4) रन

$ flutter build apk

यह पता चला कि बनाने वाला था flutter_mlkit.

मैं 32 और 64 दोनों आर्किटेक्चर को लक्षित करने में सक्षम होना चाहता हूं।

एक ही मुद्दा हो। --target-platform=android-arm64 मेरे लिए काम करता है लेकिन मैं 32 बिट का समर्थन करना चाहता हूं जब तक कि Google 32 बिट पर प्लग नहीं खींचता

स्पंदन टीम, कृपया इस मूल समस्या का समाधान करें!

बहुत से तीसरे एसडीके काम नहीं कर रहे हैं, मुझे लगता है कि यह जरूरी है

एंड्रॉइड एप्लिकेशन में मैपबॉक्स जोड़ते समय मैं इसे पुन: पेश कर सकता हूं।

मुझे भी यही समस्या है। मैं अपने प्रोजेक्ट में baiduMap का उपयोग करता हूं, बेबग मॉडल ठीक है, क्रैश जारी करें।
उपयोगकर्ता स्पंदन बिल्ड एपीके --release --target-platform=android-arm64 मेरे फोन में ठीक है, लेकिन 32 बिट फोन क्रैश हो जाएगा। स्पंदन टीम, कृपया इस मुद्दे को जल्द से जल्द हल करें।

https://github.com/azihsoyn/flutter_mlkit/issues/36 के समान, यह मेरे लिए काम करता है, एपीके 32 बिट और 64 बिट फोन दोनों में चल सकता है। @शांति2ज्ञान

रिलीज एपीके के लिए यह बहुत महत्वपूर्ण समस्या होनी चाहिए

क्या इस मुद्दे के लिए कोई कामकाज है?

1. lib/armeabi-v7a/libflutter.so को $<FLUTTER>/bin/cache/artifacts/engine/android-arm-release/flutter.jar से निकालें
2. फ़ाइल armeabi-v7a/libflutter.so को $<project>/android/jniLibs/armeabi-v7a/ कॉपी करें
3. नीचे के रूप में $<project>/android/app/build.gradle संशोधित करें:

android {
...
    buildTypes {
        release {
            // TODO: Add your own signing config for the release build.
            // Signing with the debug keys for now, so `flutter run --release` works.
            signingConfig signingConfigs.debug
            ndk {
                abiFilters "arm"
            }
        }
        debug {
            ndk {
                abiFilters "arm"
            }
        }
}
    }

NDK के लिए, 64-बिट टूलचैन के लिए minSdkVersion>= 21 की आवश्यकता होती है।

इसने मुझे अनब्लॉक कर दिया (उचित minSdkVersion सेट के साथ):

minSdkVersion=16

flutter build apk --release --target-platform=android-arm
flutter run --release --target-platform=android-arm

minSdkVersion=21

flutter build apk --release --target-platform=android-arm64
flutter run --release --target-platform=android-arm64

सभी abiFilters हटाएं, यह मेरे लिए काम करता है।

@zoechi @Hixie कोमल टक्कर। मौजूदा ऐप के साथ एकीकृत करने का प्रयास करते समय मैं भी इसमें भाग रहा हूं, जो इस समय हमारा सबसे महत्वपूर्ण उपयोग मामला है।

Mindsdk=21, लेकिन अभी तक लक्ष्य प्लेटफॉर्म को अपडेट नहीं किया है

@neiljaywarner प्रारंभिक टिप्पणी पर एक थम्स-अप प्राथमिकता बढ़ाने के लिए अधिक प्रभावी होगा

1. lib/armeabi-v7a/libflutter.so को $<FLUTTER>/bin/cache/artifacts/engine/android-arm-release/flutter.jar से निकालें
2. फ़ाइल armeabi-v7a/libflutter.so को $<project>/android/jniLibs/armeabi-v7a/ कॉपी करें
3. नीचे के रूप में $<project>/android/app/build.gradle संशोधित करें:

android {
...
    buildTypes {
        release {
            // TODO: Add your own signing config for the release build.
            // Signing with the debug keys for now, so `flutter run --release` works.
            signingConfig signingConfigs.debug
            ndk {
                abiFilters "arm"
            }
        }
        debug {
            ndk {
                abiFilters "arm"
            }
        }
}
    }

यह मेरे लिए काम नहीं करता था - इसने एक एपीके उत्पन्न किया जिसमें lib फ़ोल्डर गुम था (और इस प्रकार मेरे पिछले एपीके का आधा आकार था)।

हमने यह भी पाया है कि अगर हम 32-बिट एकमात्र समाधान लागू करते हैं जिसे कुछ ने पोस्ट किया है (उदाहरण के लिए https://medium.com/flutterpub/flutter-app-couldnt-find-libflutter-so-c95ad81cbccd) इसका परिणाम एक गैर में होता है -परफॉर्मेंट ऐप। विशेष रूप से सैमसंग S6 और S9 पर एक परीक्षण में हम एक बड़ी सूची में बहुत धीमी स्क्रॉलिंग देख रहे हैं।

मुझे नहीं लगता कि समस्या केवल गायब arm64 libflutter.so ।

मैंने arm64 के लिए निर्माण करके लापता पुस्तकालय को एपीके में जोड़ने की कोशिश की, libflutter.so प्रतिलिपि बनाई और फिर पुन: निर्माण और मैन्युअल रूप से एपीके में arm64 लाइब्रेरी जोड़कर, फिर से संरेखित और पुन: हस्ताक्षर करने का प्रयास किया:

flutter build apk --target-platform=android-arm64
mkdir -p tmp/lib/arm64-v8a
cp build/app/intermediates/transforms/mergeJniLibs/release/0/lib/arm64-v8a/libflutter.so tmp/lib/arm64-v8a/
flutter build apk
cp build/app/outputs/apk/release/app-release.apk tmp/
cd tmp
aapt add app-release.apk lib/arm64-v8a/libflutter.so
zipalign 4 app-release.apk app-release-aligned.apk
apksigner sign --ks keystore.jks app-release-aligned.apk

परिणामी APK में armeabi-v7a और arm64-v8a दोनों के लिए libflutter.so है, लेकिन निम्न त्रुटि के साथ लॉन्च पर क्रैश हो जाता है:

12-22 09:53:29.274 7457 7457 F flutter : [FATAL:flutter/runtime/dart_vm.cc(403)] Error while initializing the Dart VM: Snapshot not compatible with the current VM configuration: the snapshot requires 'product no-type_checks no-asserts no-error_on_bad_type sync_async reify_generic_functions arm-eabi softfp' but the VM has 'product no-type_checks no-asserts no-error_on_bad_type sync_async reify_generic_functions arm64-sysv'

मुझे लगता है कि प्रत्येक आर्क के लिए अलग स्नैपशॉट संपत्तियों को भी भेजना होगा। अभी के लिए दो अलग-अलग एपीके बनाना ही एकमात्र समाधान है जो मेरे लिए काम करता है।

यह वास्तव में स्पंदन में एक फ्रंटएंड लिखने में समय बिताने के बाद चलाने के लिए एक बहुत ही चमकदार मुद्दा है, केवल रिलीज को खोजने के लिए एपीके का निर्माण ठीक से नहीं होता है।

एक बार जब मैं आईओएस करने के लिए तैयार हो जाऊंगा तो क्या मैं उसी मुद्दे पर चलने जा रहा हूं?

इस समस्या को किस समय हल कर सकते हैं?

क्या यह सिर्फ इतना है कि हमारी ग्रेडल फाइलें नहीं जानती हैं कि दोनों के लिए सभी सही बिट्स को कैसे बंडल किया जाए? @ जेसन-सीमन्स @cbraken शायद जान सकते हैं?

या @FaisalAbid हो सकता है?

क्या यह सिर्फ इतना है कि हमारी ग्रेडल फाइलें नहीं जानती हैं कि दोनों के लिए सभी सही बिट्स को कैसे बंडल किया जाए? @ जेसन-सीमन्स @cbraken शायद जान सकते हैं?

या @FaisalAbid हो सकता है?

सही बिट्स से मुझे लगता है कि आप इस टिप्पणी के अनुसार libflutter.so से अधिक मतलब रखते हैं: https://github.com/flutter/flutter/issues/18494#issuecomment -449557182

अभी मुझे लगता है कि एक फिक्स होने तक 32-बिट एपीके बनाने का एकमात्र समाधान है। ध्यान दें कि हमने 32-बिट के साथ प्रदर्शन संबंधी समस्याएं देखी हैं (यद्यपि बड़ी सूचियों के साथ गैर-इष्टतम कोड)।

मेरे लिए अलग-अलग 64-बिट और 32-बिट एपीके बनाना और दोनों को Google पर अपलोड करना मेरे लिए ठीक काम कर रहा है (वे स्वचालित रूप से सही डिवाइस को सही एपीके प्रदान करते हैं)।

आप के साथ एक निर्माण कर abiFilters करने के लिए सेट armeabi-v7a और --target-platform=android-arm , अपलोड कि APK, तो के साथ एक और निर्माण कर abiFilters करने के लिए सेट arm64-v8a और --target-platform=android-arm64 और उसे भी अपलोड करें।

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

वर्तमान में सबसे अच्छा विकल्प लक्ष्य-प्लेटफ़ॉर्म से सशर्त रूप से abiFilters सेट करना है

        ndk {
            if (project.hasProperty('target-platform') &&
               project.property('target-platform') == 'android-arm64') {
                abiFilters 'arm64-v8a'
            } else {
                abiFilters 'armeabi-v7a'
            }
        }

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

1 अगस्त से प्ले स्टोर को 64 बिट की आवश्यकता होगी।

यह मानते हुए कि 1 अगस्त के बाद भी हमारे ऐप्स चलाने के इच्छुक 32 बिट डिवाइस होंगे, कैसे सुनिश्चित करें कि 32 बिट और 64 बिट रिलीज बिल्ड में शामिल हैं?

https://android-developers.googleblog.com/2019/01/get-your-apps-ready-for-64-bit.html

_सभी नए ऐप्स और ऐप अपडेट जिनमें मूल कोड शामिल है, उन्हें Google Play पर प्रकाशित करते समय 32-बिट संस्करणों के अतिरिक्त 64-बिट संस्करण प्रदान करना आवश्यक है।_

फ़्लटर ऐप्स के साथ इस आवश्यकता को आसानी से पूरा किया जाता है, केवल दो एपीके बनाकर - एक 32-बिट डिवाइस के लिए और एक 64-बिट डिवाइस के लिए - और दोनों को एक ही रिलीज के हिस्से के रूप में अपलोड करना। Google Play स्वचालित रूप से उपयुक्त डिवाइस को उपयुक्त APK प्रदान करेगा। मैं यह कर रहा हूं और यह अच्छा काम करता है। मैं अन्य टिप्पणीकारों से सहमत हूं कि यह _ideal_ नहीं है, लेकिन IMO वास्तव में आपके वर्कफ़्लो का यह हिस्सा बनाने में कोई समस्या नहीं है।

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

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

वर्तमान में इस मुद्दे में केवल 32 और 64 बिट संस्करणों का उल्लेख है, लेकिन x86, x64 प्लस भी है, चीन में कुछ डेवलपर्स अभी भी मिप्स का समर्थन करने के बारे में बात करते हैं।

बॉक्स के बाहर जितना संभव हो सके सबसे छोटे एपीके आकार के साथ 7 एंड्रॉइड आर्किटेक्चर में से अधिक का समर्थन नहीं करना चाहिए?

https://proandroiddev.com/reducing-apk-size-by-using-abi-filters-and-apk-split-74a68a885f4e

@MarcelEdward यह होना चाहिए - हालांकि

प्लेटफ़ॉर्म-विशिष्ट एपीके के आकार के लिए जो जितना संभव हो उतना अनुकूलित/छोटा होना चाहिए।

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

https://github.com/flutter/flutter/issues/17829 एएपी ऐप बंडलों के बारे में है, लेकिन मैं केवल 32 बिट ढूंढ सकता हूं जब कंपाइल स्पंदन बिल्ड एपीके के साथ

तो जब मैं रिचट को समझता हूं तो हमें कम से कम 32 और 64 दोनों के साथ दो सर्परेट संस्करण बनाने होंगे और फिर ऐप स्ट्रो चमत्कारिक रूप से एक एपी का निर्माण करेगा ताकि उपभोक्ता को उनके विशिष्ट आर्कटेक्चर के लिए अनुकूलित संस्करण मिल सके।

@MarcelEdward प्ले स्टोर ऐप बंडल नहीं यहाँ और अधिक पढ़ सकते हैं।

आप यहां Google मानचित्र के 13 प्रकारों पर एक नज़र डालकर इसका एक अच्छा उदाहरण देख सकते हैं (ध्यान दें कि एपीकेमिरर का इस कार्यक्षमता से कोई लेना-देना नहीं है, इसके अलावा किसी दिए गए ऐप के लिए वेरिएंट की सूची प्राप्त करने का एक आसान तरीका है)। Play Store आपकी डिवाइस की विशेषताओं के आधार पर इन प्रकारों से उपयुक्त APK पेश करता है।

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

तो ऐसा लगता है कि यहां वांछित विशेषता flutter build को दो --target-platform तर्कों के साथ चलाने में सक्षम होना है और flutter स्वचालित रूप से दोनों आर्किटेक्चर को एपीके में डाल देना है, क्या यह सही है?

@Hixie libflutter नहीं है। इसलिए केवल एक बार स्पंदन संस्करण और रिलीज़ प्रकार के अनुसार उत्पन्न होता है? इस मामले में आपके पास 8 प्रकार होंगे (32,64,x86,x86_64)। मुझे लगता है कि लक्ष्य फोन या उपयोग के मामले के आधार पर एक स्पंदन ऐप बनाया और फ़िल्टर किए जाने पर उन्हें आसानी से चुना जाना चाहिए। ग्रैडल फ़िल्टरिंग बहुत अच्छी तरह से कर सकता है।

एक फोन में जो एटिटेक्चर मिला है वह कुछ निम्न स्तर का है, मुझे कोई सुराग नहीं मिला है जो लोगों को मिला है जो हमारे ऐप्स का उपयोग करते हैं। स्पंदन 32 बिट संकलित करता है जब कोई आर्किटेक्चर निर्दिष्ट नहीं होता है तो मुझे लगता है कि 32 बिट सभी फिट बैठता है। लेकिन अब नाटक स्टोर को अगस्त में 64 बिट की आवश्यकता होगी, इसलिए जब 32 बिट सभी फिट बैठता है और 64 बिट की आवश्यकता होती है तो उन दोनों को रिलीज बिल्ड में जाना चाहिए?

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

@ MarselEdward2 यह सिर्फ 32-बिट बनाम 64-बिट नहीं है। आधुनिक Android NDK द्वारा समर्थित चार आर्किटेक्चर हैं:

• आर्मेबी-वी7ए
• arm64-v8a
• 86
• x86_64

फिलहाल Flutter डिफ़ॉल्ट रूप से केवल armeabi-v7a के लिए संकलित मूल कोड वाले एपीके का निर्माण करता है। यह arm64-v8a पर ठीक चलेगा, हालांकि मूल रूप से arm64-v8a के लिए संकलित कुछ की तुलना में प्रदर्शन दंड के साथ। हालाँकि, यह x86 या x86_64 पर ARM एमुलेटर के तहत चलेगा, यह मानते हुए कि डिवाइस एक बंडल करता है। यदि x86/x86_64 डिवाइस में एआरएम एमुलेटर नहीं है, तो यह बिल्कुल नहीं चलेगा।

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

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

एपबंडल आगे बढ़ते हुए समाधान की तरह दिखता है ... मुझे लगता है कि अगला कदम यह है: #29303

जैसा कि मैं इस बग को समझता हूं, यह flutter build लिए डिफ़ॉल्ट आउटपुट स्वरूप के रूप में .aab पर जाने के साथ बहुत जुड़ा हुआ है और इसे .aab बनाने के बाद 32 और 64-बिट बिल्ड दोनों शामिल हैं:
https://developer.android.com/studio/projects/dynamic-delivery

मेरी समझ में यह कुछ काम पहले से ही प्रगति पर हो सकता है। @dnfield को पता हो सकता है।

/सीसी @mklim

ऐसा लगता है कि .aab मदद करेगा, लेकिन वास्तव में आवश्यक नहीं हो सकता है। क्या समस्या एपीके में 32 और 64 बिट आर्म बायनेरिज़ दोनों को जोड़ने जैसी सरल है?

हाँ! मैंने देखा। ऐसा इसलिए है क्योंकि हमें संभावित रूप से लक्ष्य आर्क के लिए एओटी स्नैपशॉट भी शामिल करना होगा। और अभी हम इसे संपत्ति के तहत रखते हैं, हम प्रति-आर्किटेक्चर संस्करण को libs तहत नहीं रखते हैं। अगर हम एओटी स्नैपशॉट को आर्किटेक्चर विशिष्ट libs फ़ोल्डर में डाल सकते हैं जो काम कर सकता है, अन्यथा हम उस कारण से .aab प्रारूप का उपयोग करना चाहेंगे।

हम इसे वैसे भी निर्माण का समर्थन करने के लिए करना चाहते हैं। Add2app उपयोग के मामलों के लिए एएआर। मैं उस पर प्रहार करूंगा।

ndk {
            if (project.hasProperty('target-platform') &&
               project.property('target-platform') == 'android-arm64') {
                abiFilters 'arm64-v8a'
            } else {
                abiFilters 'armeabi-v7a'
            }
        }

समस्या निवारण के दिनों के बाद इसने मेरे लिए काम किया

जब मैं एमुलेटर पर ऐप चलाने की कोशिश करता हूं तो

इसे रिलीज सेक्शन में रखें

यह मेरा समाधान था:

1. app gradle

splits {
        // Configures multiple APKs based on ABI.
        abi {
            // Enables building multiple APKs per ABI.
            enable true
            // By default all ABIs are included, so use reset() and include to specify that we only
            // want APKs for armeabi-v7a and arm64-v8a.

            // Resets the list of ABIs that Gradle should create APKs for to none.
            reset()

            // Specifies a list of ABIs that Gradle should create APKs for.
            include "armeabi-v7a", "arm64-v8a"

            // Specifies that we do not want to also generate a universal APK that includes all ABIs.
            universalApk false
        }
    }

1. flutter build apk --release --target-platform=android-arm चलाएं

2. प्ले स्टोर पर app-armeabi-v7a-release.apk अपलोड करें

3. वेतन वृद्धि versionCode

4. flutter build apk --release --target-platform=android-arm64 चलाएं

5. प्ले स्टोर पर app-arm64-v8a-release.apk अपलोड करें

Google play store डिवाइस आर्किटेक्चर के अनुसार ऐप को सर्व करेगा। 32 बिट डिवाइस खुश हैं, 64 बिट डिवाइस खुश हैं और मुझे यह जानकर खुशी हुई कि दोनों आर्किटेक्चर की सेवा करते हुए मेरा एपीके आकार अपेक्षाकृत छोटा है।

अगर हम एक ही एपीके में दोनों आर्किटेक्चर के लिए समर्थन शामिल करते हैं, तो उम्मीद करें कि आपके ऐप का आकार 10 एमबी+ . होगा

@ edTheGuy00 मुझे संदेह है कि यह दिलचस्प है कि प्ले स्टोर पर अपलोड कितना बड़ा है। एंड्रॉइड फोन किसी भी तरह 125+ अस्थायी खाली स्थान मांगेंगे और अनपैकिंग के लिए बाहरी भंडारण का उपयोग करने से इंकार कर देंगे। ऐप के आकार के बारे में सभी उपयोगकर्ताओं को पता चल जाएगा, इससे कोई फर्क नहीं पड़ता कि कोई ऐप इंस्टॉल करने के बाद कितना उपयोग करता है। यह स्थापित करने के लिए 125mb+ खाली स्थान मांगेगा।

कृपया सभी संभावित आर्किटेक्चर को शामिल करना संभव बनाएं। मुझे परवाह नहीं है कि प्ले स्टोर पर अपलोड 250 एमबी होगा।

यह अच्छा होगा यदि स्पंदन एक एंड्रॉइड फोन पर स्थापित करने के लिए बाहरी भंडारण पर गीगाबाइट स्थान का उपयोग करेगा। यही कारण है कि स्पंदन एक Android फोन पर स्थापना को प्रभावित कर सकता है

मुझे लगता है कि flutter.gradle स्क्रिप्ट में सभी एबीआई को अंतिम एपीके (यूनिवर्सल एपीके) में शामिल करना चाहिए और फिर डिफॉल्ट टर्न स्प्लिट एपीके चालू करना चाहिए। एंड्रॉइड टूल्स कनेक्टेड डिवाइस पर अपलोड करने के लिए सही एपीके का चयन करेंगे और सब ठीक है। फिर अंतिम यूनिवर्सल एपीके को प्ले-स्टोर पर अपलोड किया जा सकता है, या प्रत्येक एबीआई के लिए स्प्लिट एपीके।

इस बीच एक समाधान के रूप में आप इसे अपनी android\app निर्देशिका में अपने build.gradle के निचले भाग में जोड़ सकते हैं।

// Include both 32bit and 64bit arm libflutter.so files into your APK
project.afterEvaluate {
    assembleRelease.doLast {
        String src
        if(project.hasProperty('target-platform') &&
            project.property('target-platform') == 'android-arm64') {
            // If we are building the 64bit then we also want to add the 32bit libflutter.so
            src = "$flutterRoot/bin/cache/artifacts/engine/android-arm-release/flutter.jar"
        }else{
            // If we are building the opposite (32bit), we include the 64bit libflutter.so
            src = "$flutterRoot/bin/cache/artifacts/engine/android-arm64-release/flutter.jar"
        }
        copy {
            from zipTree(src)
            include 'lib/*/libflutter.so'
            into "$buildDir/intermediates/jniLibs/release/0/"
        }
    }
}

मैं इसे आपके buildTypes > release अनुभाग में जोड़ने की भी अनुशंसा करता हूं। यह सुनिश्चित करेगा कि आपके रिलीज़ APK में दोनों ABI हों।

ndk {
    abiFilters 'armeabi-v7a', 'arm64-v8a'
}

@slightfoot के साथ एक कोलाब के बाद हम इसके साथ आए लेकिन यह अभी भी बिल्कुल सही नहीं है क्योंकि आपको अपनी src निर्देशिका में सम्मिलित होने वाले libs को लेने के लिए शुरुआत में दो बार निर्माण करना होगा।

project.afterEvaluate {
    assembleRelease.doFirst {

        String src
        if(project.hasProperty('target-platform') &&
                project.property('target-platform') == 'android-arm64') {
            // If we are building the 64bit then we also want to add the 32bit libflutter.so
            src = "$flutterRoot/bin/cache/artifacts/engine/android-arm-release/flutter.jar"
        }else{
            // If we are building the opposite (32bit), we include the 64bit libflutter.so
            src = "$flutterRoot/bin/cache/artifacts/engine/android-arm64-release/flutter.jar"
        }
        copy {
            from zipTree(src)
            include 'lib/*/libflutter.so'
            into "src/main/jniLibs/"
            eachFile {
                it.path = it.path.replaceFirst("lib/", "")
            }
        }
    }
}

अपडेट: इस एपीके को डिवाइस पर चलाने की कोशिश करने के बाद यह विफल हो जाता है और इस प्रकार एक व्यवहार्य समाधान नहीं है। त्रुटि है "डार्ट वीएम को प्रारंभ करते समय त्रुटि: स्नैपशॉट वर्तमान वीएम कॉन्फ़िगरेशन के साथ संगत नहीं है:
स्नैपशॉट की आवश्यकता है 'उत्पाद use_bare_instructions no-"assert" causal_async_stacks arm-eabi softfp'
लेकिन VM के पास 'उत्पाद use_bare_instructions no-"asserts" causal_async_stacks arm64-sysv' है"

हाँ! मैंने देखा। ऐसा इसलिए है क्योंकि हमें संभावित रूप से लक्ष्य आर्क के लिए एओटी स्नैपशॉट भी शामिल करना होगा। और अभी हम इसे संपत्ति के तहत रखते हैं, हम प्रति-आर्किटेक्चर संस्करण को libs तहत नहीं रखते हैं। अगर हम एओटी स्नैपशॉट को आर्किटेक्चर विशिष्ट libs फ़ोल्डर में डाल सकते हैं जो काम कर सकता है, अन्यथा हम उस कारण से .aab प्रारूप का उपयोग करना चाहेंगे।

हम इसे वैसे भी निर्माण का समर्थन करने के लिए करना चाहते हैं। Add2app उपयोग के मामलों के लिए एएआर। मैं उस पर प्रहार करूंगा।

@dnfield क्या आपको इसमें कुछ सफलता मिली, फिर भी?

इस समय प्लग-इन पीस के माध्यम से कार्य करना। हम एंड्रॉइड एक्स मुद्दों को ठीक करने के लिए इसके कुछ हिस्सों को प्राथमिकता देने की कोशिश कर रहे हैं, लेकिन इसमें से कुछ और सामने आने चाहिए।

@gerryhigh और मैं इसे देख रहे थे। कृपया मेरे पिछले उत्तरों को अनदेखा करें। समस्या सिर्फ यह है कि libflutter.so 64 बिट के लिए शामिल नहीं है, लेकिन AOT के लिए आपको बिल्ड प्रक्रिया को दो बार चलाना होगा, एक बार 32 बिट के लिए और फिर 64 बिट के लिए। फिर आपको अपनी एप्लिकेशन संपत्तियों में संकलित डार्ट कोड के दो सेट और साथ ही libflutter.so के दो संस्करण मिलते हैं। मुझे लगता है कि अंतिम लक्ष्य स्पंदन के लिए संकलन कार्यों को स्थापित करना होगा ताकि यह दो अलग-अलग बिल्ड चरणों को चलाए और एपीके सेटअप को स्वचालित रूप से विभाजित कर सके।

लेकिन फिलहाल, बिल्ड को दो बार चलाने और प्ले स्टोर पर मल्टीपल-एपीके अपलोड करने का एकमात्र उपाय है।

flutter build apk --release --target-platform=android-arm
flutter build apk --release --target-platform=android-arm64

स्प्लिट-एपीके को सक्षम करके इसे बेहतर तरीके से हासिल किया जा सकता है। अधिक विवरण यहां पाया जा सकता है: https://developer.android.com/studio/build/configure-apk-splits

@slightfoot हाँ यह अब तक का सबसे अच्छा समाधान है जैसा कि मैंने अपनी टिप्पणी में उल्लेख किया है https://github.com/flutter/flutter/issues/18494#issuecomment -477502287

@slightfoot अगर मैं सही ढंग से समझता हूं, तो सार्वभौमिक

प्रत्येक आर्किटेक्चर के लिए बनाया गया स्नैपशॉट अलग है। यदि स्नैपशॉट का आर्किटेक्चर स्पंदन इंजन के आर्किटेक्चर से मेल नहीं खाता है, तो बस इंजन को कॉपी करें libflutter.so स्नैपशॉट लोड नहीं किया जा सकता है।
तो वर्तमान में हमारे लिए एक सार्वभौमिक एपीके बनाने का कोई तरीका नहीं है जिसमें सभी आर्किटेक्चर शामिल हैं जब तक कि स्नैपशॉट फ़ाइलों को अलग न करें और प्रत्येक आर्किटेक्चर के लिए स्नैपशॉट फ़ाइल शामिल न करें।

मैं थोड़ा उलझन में हूं कि यह एक समस्या भी क्यों है।

डिबग x86_64, x86, armeabi-v7a, और arm64-v8a में libflutter.so बनाता है।

रिलीज बिल्ड बिल्कुल वही करना चाहिए।

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

@eseidel @dnfield मुझे वास्तव में नहीं लगता कि यह एंड्रॉइड ऐप बंडलों द्वारा हल किया गया है - वे अभी तक डिफ़ॉल्ट एंड्रॉइड आउटपुट नहीं हैं और आईडीई एपीके से चलने पर काफी समय तक उपयोग किया जाएगा, फिर भी मुझे यकीन है।

एएबी एक और कारण है कि स्पंदन में libflutter.so के सभी आर्किटेक्चर शामिल होने चाहिए क्योंकि Play Store यह फ़िल्टर कर सकता है कि यह किस आर्किटेक्चर को डिवाइसों को वितरित करता है।

@athornz समस्या libflutter.so साथ नहीं है, लेकिन आपके डार्ट कोड के साथ AOT snapshot डिबग बिल्ड में डार्ट VM शामिल है, इसलिए आपके सभी डार्ट कोड VM पर JIT चलते हैं , लेकिन रिलीज़ बिल्ड आपके डार्ट कोड को एक स्नैपशॉट में संकलित करता है और उस स्नैपशॉट को एक संपत्ति फ़ोल्डर में रखता है। आदर्श रूप से स्नैपशॉट को प्रत्येक आर्किटेक्चर के लिए संकलित किया जाना चाहिए और libflutter.so साथ रखा जाना चाहिए लेकिन फिलहाल ऐसा नहीं है। इसलिए जब आप सभी आर्किटेक्चर के लिए libflutter.so शामिल कर सकते हैं, तो स्नैपशॉट केवल उसी आर्किटेक्चर के लिए काम करेगा जिसके लिए इसे संकलित किया गया था।

इस मुद्दे को ठीक करने की कोई योजना?

Google Play store ने डेवलपर से 1 अगस्त, 2019 के बाद 64-बिट समर्थन प्रदान करने के लिए कहा।

https://android-developers.googleblog.com/2019/01/get-your-apps-ready-for-64-bit.html

64-बिट आवश्यकता: डेवलपर्स के लिए इसका क्या अर्थ है
1 अगस्त 2019 से शुरू:
_सभी नए ऐप्स और ऐप अपडेट जिनमें मूल कोड शामिल है, उन्हें Google Play पर प्रकाशित करते समय 32-बिट संस्करणों के अतिरिक्त 64-बिट संस्करण प्रदान करना आवश्यक है।_
एक्सटेंशन: Google Play अगस्त 2021 तक मौजूदा गेम के लिए केवल 32-बिट अपडेट स्वीकार करना जारी रखेगा जो यूनिटी 5.6.6 या पुराने का उपयोग करते हैं।
1 अगस्त, 2021 से शुरू:
Google Play 64-बिट सक्षम उपकरणों पर 64-बिट संस्करणों के बिना ऐप्स की सेवा बंद कर देगा, जिसका अर्थ है कि वे अब उन उपकरणों पर Play Store में उपलब्ध नहीं होंगे।
इसमें यूनिटी 5.6.6 या पुराने के साथ निर्मित गेम शामिल होंगे।

@trevorwang हम पहले से ही 64 बिट बना सकते हैं और उन्हें 32 बिट के साथ प्ले स्टोर पर अपलोड कर सकते हैं। तो यह कोई समस्या नहीं है।

@slightfoot क्या आपका मतलब है कि मुझे एक और 64-बिट

जैसा कि आप जानते हैं, Google Play चीन की मुख्य भूमि में उपलब्ध नहीं है। हम सभी प्लेटफार्मों का समर्थन करने के लिए एक सार्वभौमिक एपीके पसंद करते हैं।

@trevorwang बहुत ज्यादा। मैं इसे इस तरह से करता हूं https://github.com/flutter/flutter/issues/18494#issuecomment -477502287

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

धन्यवाद @edTheGuy00

लेकिन हमें वास्तव में चीन के बाजार के लिए सभी एबिस सहित एक सार्वभौमिक एपीके की आवश्यकता है।

@trevorwang आप प्रत्येक लक्ष्य के लिए निर्माण कर सकते हैं और स्पष्ट रूप से एपीके किस आर्किटेक्चर के लिए है। अधिकांश एपीके मिरर साइटों के लिए ऐसा ही किया जाता है।

64 बिट की सीमा Google Play Store की केवल एक सीमा है। आप अभी भी armeabi-v7a केवल APK को परिनियोजित कर सकते हैं और हर कोई आपका ऐप चलाने में सक्षम होगा।

प्रति आर्किटेक्चर अलग एपीके बनाना एक समाधान है और निश्चित रूप से सभी के लिए समाधान नहीं है।

एक बार जब Google Play 64 बिट की सीमा प्रभावी हो जाती है, तो यह समस्या अधिकांश फ़्लटर डेवलपर्स को प्रभावित करेगी, इसलिए हमें वास्तव में एक ऐसे समाधान की आवश्यकता है जो एक एपीके/बंडल के भीतर कई आर्किटेक्चर की अनुमति दे।

बस एक त्वरित अनुस्मारक

फ़्लटर टीम अपनी प्राथमिकता के लिए एक गाइड के रूप में GitHub मुद्दे पर "अंगूठे-अप" की संख्या का उपयोग करती है।

मुझे लगता है कि इस मुद्दे को प्राथमिकता से ऊपर उठाया जाना चाहिए।

@Gerryhigh और @slightfoot . के काम के लिए धन्यवाद

मैंने एक मौजूदा ऐप में स्पंदन जोड़ा है और निम्नलिखित वर्कअराउंड द्वारा इस समस्या को ठीक किया है।
_कृपया इसे होस्ट प्रोजेक्ट के अपने ऐप मॉड्यूल में जोड़ें।

यह डिबग मोड के लिए स्क्रिप्ट है, कृपया रिलीज के लिए तदनुसार बदलें।

project.afterEvaluate {
    assembleDebug.doLast {
        def flutterRoot = System.getenv("FLUTTER_HOME")
        def archTypes = ["arm", "arm64"]
        archTypes.forEach { item ->
            copy {
                from zipTree("$flutterRoot/bin/cache/artifacts/engine/android-$item/flutter.jar")
                include 'lib/*/libflutter.so'
                into "$buildDir/intermediates/jniLibs/debug/"
                eachFile {
                    it.path = it.path.replaceFirst("lib/", "")
                }
            }
        }
    }
}

कोई हालिया घटनाक्रम?

मैं क्या कर रहा था, क्योंकि मैं चाहता था

• प्रत्येक आर्किटेक्चर के लिए अलग एपीके
• संस्करण कोड को मैन्युअल रूप से संशोधित करने की आवश्यकता नहीं है
• एपीके बनाने के लिए एक ही कमांड चलाएँ

1. इसे ग्रेडेल में जोड़ा गया। यह कहते हैं 1 या 2 इतना संस्करण versionCode के अंत में, 1004 हो जाता है 10041 बांह के लिए और 10042 arm64 के लिए।

ext.platformCodes = ['android-arm': 1, 'android-arm64' : 2]
android.applicationVariants.all { variant ->
    variant.outputs.each { output ->
        int code = 0
        if (project.hasProperty('target-platform')) {
            code = project.ext.platformCodes.get(project.property('target-platform'))
        }
        output.versionCodeOverride = variant.versionCode * 10 + code
    }
}

1. एपीके बनाने के लिए मैं एक लंबी टर्मिनल कमांड का उपयोग करता हूं (जिसे आप एक स्क्रिप्ट में डाल सकते हैं)। यह बिल्ड को दो बार चलाता है और अंत में एपीके की प्रतियां बनाता है:

flutter clean; flutter build apk --release --target-platform=android-arm; mv build/app/outputs/apk/release/app-release.apk build/app/outputs/apk/release/app-release-arm32.apk; flutter build apk --release --target-platform=android-arm64; mv build/app/outputs/apk/release/app-release.apk build/app/outputs/apk/release/app-release-arm64.apk;

उम्मीद है की यह मदद करेगा।

तो यह एक मुद्दा है जो मेरे पास भी है .. मेरे पास एपीके के बजाय एक ऐप बंडल बना रहा है और जब मैं इसे Google पर अपलोड कर रहा हूं तो यह मुझे चेतावनी देता है और मुझे अल्फा परीक्षण नहीं करने देता।

मैं इसे करने के लिए कोडमैजिक का उपयोग कर रहा हूं, क्या इस पर हस्ताक्षर करने और इसे बंडल में रखने का कोई तरीका है? या इसे डॉट करने के लिए कोडमैजिक का उपयोग करें?

मैं उसी मुद्दे का सामना कर रहा हूं जो मैंने सोचा था कि अस्तित्व में नहीं होना चाहिए।

यह मील के पत्थर "लक्ष्य" पर कैसे आया।

P2: ये ऐसे कार्य हैं जो हमें लगता है कि आने वाले वर्षों में तय करने लायक हैं। इसमें ऐसे मुद्दे शामिल हैं जिनकी हमने पहचान की है जो व्यापक उपभोक्ता-सामना करने वाले ऐप्स, शुद्धता समस्याओं, और पॉलिश और गुणवत्ता से संबंधित बग को पूरी तरह से शिपिंग करने से रोक सकते हैं। इस मील के पत्थर की तारीख पूरी तरह से मनमानी है और इसका उद्देश्य मील के पत्थर को उचित रूप से क्रमबद्ध करना है।

यह पहले से ही एक महत्वपूर्ण मुद्दा है और एक बार जब Google 64 बिट सीमा को लागू करता है तो इस साल के अंत में एक पूर्ण विकसित शो-स्टॉपर बन जाएगा।

मैंने इस पर मील का पत्थर पार किया है। अभी कोई ठोस तारीख नहीं है।

स्पष्ट होना: आज नए दिशानिर्देशों का पालन करना संभव है, लेकिन मुश्किल है। हम इसे आसान बनाना चाहते हैं।

तो जब तक मैं मैन्युअल रूप से ऐप बनाता हूं तब तक

लेकिन मैं निर्माण और तैनाती के लिए कोडमैजिक का उपयोग कर रहा हूं।

तो यह एक बेकार है, स्पंदन को इसे बनाने की जरूरत है।

फिलहाल मैं व्यक्तिगत रूप से परवाह नहीं करता कि यह जटिल है या नहीं। यदि यह जटिल है तो यह एक स्क्रिप्ट द्वारा स्वचालित हो जाएगा। सवाल यह है कि क्या यह संभव है और कैसे क्योंकि Google Play कंसोल मुझे चेतावनी देता है:

यह रिलीज़ Google Play 64-बिट आवश्यकता के अनुरूप नहीं है
निम्नलिखित एपीके या ऐप बंडल 64-बिट उपकरणों के लिए उपलब्ध हैं, लेकिन उनके पास केवल 32-बिट मूल कोड है: 6.
1 अगस्त 2019 से सभी रिलीज़ Google Play 64-बिट आवश्यकता के अनुरूप होने चाहिए।
अपने ऐप में 64-बिट और 32-बिट नेटिव कोड शामिल करें। स्वचालित रूप से यह सुनिश्चित करने के लिए Android ऐप बंडल प्रकाशन प्रारूप का उपयोग करें कि प्रत्येक डिवाइस आर्किटेक्चर को केवल वही मूल कोड प्राप्त होता है जिसकी उसे आवश्यकता होती है। यह आपके ऐप के समग्र आकार को बढ़ाने से बचाता है।

मुझे ऐसा समाधान नहीं चाहिए जिसके लिए विभिन्न संस्करण कोड की आवश्यकता हो और मुझे ऐसा समाधान चाहिए जो Android ऐप बंडल (AAB) के साथ काम करे।

चेतावनी
यह रिलीज़ Google Play 64-बिट आवश्यकता के अनुरूप नहीं है

निम्न एपीके या ऐप बंडल 64-बिट डिवाइस के लिए उपलब्ध हैं, लेकिन उनके पास केवल 32-बिट मूल कोड है: 3.

कोई भी समाधान?

मैंने इस पर मील का पत्थर पार किया है। अभी कोई ठोस तारीख नहीं है।

स्पष्ट होना: आज नए दिशानिर्देशों का पालन करना संभव है, लेकिन मुश्किल है। हम इसे आसान बनाना चाहते हैं।

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

वही मुद्दा

@Gerryhigh और @slightfoot . के काम के लिए धन्यवाद

मैंने एक मौजूदा ऐप में स्पंदन जोड़ा है और निम्नलिखित वर्कअराउंड द्वारा इस समस्या को ठीक किया है।
_कृपया इसे होस्ट प्रोजेक्ट के अपने ऐप मॉड्यूल में जोड़ें।

यह डिबग मोड के लिए स्क्रिप्ट है, कृपया रिलीज के लिए तदनुसार बदलें।

project.afterEvaluate {
    assembleDebug.doLast {
        def flutterRoot = System.getenv("FLUTTER_HOME")
        def archTypes = ["arm", "arm64"]
        archTypes.forEach { item ->
            copy {
                from zipTree("$flutterRoot/bin/cache/artifacts/engine/android-$item/flutter.jar")
                include 'lib/*/libflutter.so'
                into "$buildDir/intermediates/jniLibs/debug/"
                eachFile {
                    it.path = it.path.replaceFirst("lib/", "")
                }
            }
        }
    }
}

यह समाधान/समाधान सबसे आशाजनक दिखता है, धन्यवाद @trevorwang ! हालांकि, मुझे मौजूदा स्पंदन परियोजना में इसे लागू करने में समस्याएं हैं। क्या आपके पास एक उदाहरण build.gradle फ़ाइल या कुछ समकक्ष है जो इसे प्रदर्शित करेगा?

कृपया ध्यान दें कि इससे आपकी समस्या का समाधान नहीं होगा - नीचे देखें

@trevorwang उत्तर और @noinskit सुझाव के लिए धन्यवाद, मैंने नीचे दिखाए गए ./android/app/build.gradle एक छोटे से अतिरिक्त के साथ रिलीज बिल्ड में 64 बिट देशी libs शामिल करने में कामयाब रहा है।
आप यहां पूरी फाइल भी देख सकते

afterEvaluate {
    mergeReleaseJniLibFolders.doLast {
        def archTypes = ["arm-release", "arm64-release"]
        archTypes.forEach { item ->
            copy {
                from zipTree("$flutterRoot/bin/cache/artifacts/engine/android-$item/flutter.jar")
                include 'lib/*/libflutter.so'
                into "$buildDir/intermediates/jniLibs/release/"
                eachFile {
                    it.path = it.path.replaceFirst("lib/", "")
                }
            }
        }
    }
}

@SPodjasek धन्यवाद! मैं कुछ इसी तरह पहुंचे। मेरे मामले में, मुझे आपके स्निपेट में assembleRelease को mergeReleaseJniLibFolders बदलने की आवश्यकता है, अन्यथा अतिरिक्त *.so फ़ाइल "मध्यवर्ती/..." के अंतर्गत समाप्त होती है, लेकिन अंतिम एपीके में नहीं।

@noinskit ऐसा लगता है कि मेरा पिछला समाधान त्रुटि प्रवण था। flutter clean चलाने के बाद इसने एएबी को केवल 32 बिट libs के साथ उत्पन्न किया। assembleRelease को mergeReleaseJniLibFolders बदलना बिल्ड ट्रू की सफाई के बाद भी काम करता प्रतीत होता है।

@SPodjasek क्या आपको कोई अन्य विकल्प

ये रहा मेरा ऐप.ग्रेडल

def flutterRoot = localProperties.getProperty('flutter.sdk')
if (flutterRoot == null) {
    throw new GradleException("Flutter SDK not found. Define location with flutter.sdk in the local.properties file.")
}

afterEvaluate {
    mergeReleaseJniLibFolders.doLast {
        def archTypes = ["arm-release", "arm64-release"]
        archTypes.forEach { item ->
            copy {
                from zipTree("$flutterRoot/bin/cache/artifacts/engine/android-$item/flutter.jar")
                include 'lib/*/libflutter.so'
                into "$buildDir/intermediates/jniLibs/release/"
                eachFile {
                    it.path = it.path.replaceFirst("lib/", "")
                }
            }
        }
    }
}

मेरे दोनों मध्यवर्ती/jniLibs/release/ arm64-v8a और armeabi-v7a निर्देशिकाओं में libflutter.so अपेक्षित है लेकिन अंतिम रिलीज APK अभी भी libflutter.so arm64-v8a में गायब है।

यहाँ स्क्रीनशॉट है

@ function1983 आप मेरा पूरा build.gradle यहाँ देख सकते हैं।
मेरे स्पंदन संस्करण के रूप में:

[✓] Flutter (Channel beta, v1.5.4, on Linux, locale pl_PL.UTF-8)
    • Flutter version 1.5.4 at .../development/flutter
    • Framework revision b593f5167b (2 weeks ago), 2019-04-22 07:51:33 -0700
    • Engine revision ca31a7c57b
    • Dart version 2.3.0 (build 2.3.0-dev.0.1 cf4444b803)

[✓] Android toolchain - develop for Android devices (Android SDK version 28.0.3)
    • Android SDK at .../Android/Sdk
    • Android NDK location not configured (optional; useful for native profiling support)
    • Platform android-28, build-tools 28.0.3
    • Java binary at: .../development/android-studio/jre/bin/java
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1343-b16-5323222)
    • All Android licenses accepted.

[✓] Android Studio (version 3.4)
    • Android Studio at .../development/android-studio
    • Flutter plugin version 35.2.1
    • Dart plugin version 183.6270
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1343-b16-5323222)

मैं एक ऐपबंडल बनाने के लिए @SPODjasek के समाधान का उपयोग करने की कोशिश कर रहा हूं जिसमें 64 और 32 बिट दोनों संस्करण शामिल हैं। यह सफलतापूर्वक बनता है, मैं इसे Google Play कंसोल पर अपलोड कर सकता हूं और मैं इसे 32 और 64 बिट दोनों फोन पर इंस्टॉल कर सकता हूं। लेकिन किसी कारण से एंड्रॉइड-आर्म 64 डिवाइस पर लॉन्च होने पर ऐप क्रैश हो जाता है (ऐसा लगता है कि पुराने 32 बिट एंड्रॉइड फोन पर काम कर रहा था, हालांकि मैं परीक्षण कर रहा था)।

64 बिट डिवाइस पर मुझे जो त्रुटि मिलती है वह यहां दी गई है:

निरस्त संदेश: '[ FATAL:flutter/runtime/dart_vm.cc (416)] डार्ट VM को प्रारंभ करते समय त्रुटि: स्नैपशॉट वर्तमान VM कॉन्फ़िगरेशन के साथ संगत नहीं है: स्नैपशॉट के लिए 'उत्पाद use_bare_instructions no-"asserts" causal_async_stacks arm-eabi softfp की आवश्यकता होती है ' लेकिन VM के पास 'उत्पाद use_bare_instructions no-'asserts' causal_async_stacks arm64-sysv' है

सुनिश्चित नहीं है कि मैं क्या कर सकता हूं... अभी के लिए केवल 64 बिट उपकरणों का समर्थन करने के साथ रहना पड़ सकता है।

@Torrunt वह त्रुटि है क्योंकि इंजन 32 बिट के लिए एओटी स्नैपशॉट को लूटने और 64 के लिए एक खोजने की कोशिश कर रहा है।

हम एक एएबी बनाने में सक्षम होने पर काम कर रहे हैं जिसमें दोनों हैं ताकि स्टोर इन्हें सही ढंग से विभाजित कर सके।

@SPodjasek का उपयोग करते हुए इस 15.7 MB तक 11.1 एमबी से मेरे ऐप-release.apk फ़ाइल आकार में वृद्धि हुई

@SPodjasek का उपयोग करते हुए इस 15.7 MB तक 11.1 एमबी से मेरे ऐप-release.apk फ़ाइल आकार में वृद्धि हुई

हां, क्योंकि इसमें 32 और 64 बिट के लिए जबरदस्ती libflutter.so । यदि आपको इसकी आवश्यकता नहीं है, तो केवल 32 बिट को शामिल करने के लिए वर्तमान डिफ़ॉल्ट के साथ रहें और स्पंदन टीम को इससे ठीक से निपटने के लिए प्रतीक्षा करें।

ऐसा लगता है कि कुछ संभावनाएं हैं:

• तब तक प्रतीक्षा करें जब तक फ़्लटर टीम 32 बनाम 64 आर्किटेक्चर चीज़ को हल नहीं कर लेती है, जिससे Google Play Store फ़्लटर बिल्ड को फिर से स्वीकार कर लेता है
• हमें केवल 32 बिट के लिए उपयोग किए जाने वाले एंड्रॉइड डिवाइसों को सीमित करना होगा, इसलिए स्पंदन ऐप्स केवल 32 बिट डिवाइस पर चलेंगे
• हमें किसी भी तरह से Google को प्ले स्टोर पर 64 बिट लागू नहीं करने के लिए राजी करना होगा। (मुझे आश्चर्य है कि 32 और 64 बिट के बीच क्या अंतर है, कुछ बड़ी संख्या की तरह?)
• 64 बिट डिवाइस पर किसी तरह 32 ऐप इंस्टॉल करें लेकिन प्ले स्टोर में नहीं ...

android-arm और android-arm64 निर्माण के लिए --target-platform का उपयोग करने वाले लोगों के लिए नोट अलग से और दो APK अपलोड करें।
ध्यान दें कि कुछ प्लगइन्स देशी पुस्तकालयों का उपयोग करते हैं जो दोनों को लक्षित कर सकते हैं, और स्पंदन पुस्तकालय फ़ोल्डरों को फ़िल्टर नहीं करता है, इसलिए आपका "32 बिट्स" एपीके वास्तव में अभी भी arm64 को भी लक्षित करेगा और यह दुर्घटनाग्रस्त हो जाएगा क्योंकि libflutter.so मौजूद नहीं है और AOT स्नैपशॉट हैं armv7 के लिए बनाया गया।

तो, आपको वास्तव में अपनी बिल्ड.ग्रेडल फ़ाइल में लक्ष्य अबी को स्पष्ट रूप से फ़िल्टर करने की आवश्यकता होगी।

मुझे लगता है कि flutter build apk --target-platform ... को तार्किक रूप से यह फ़िल्टरिंग करना चाहिए।

@SPodjasek के समाधान का उपयोग करते arm-eabi बनाम arm64-sysv मेल खाने में त्रुटि मिली। मुझे लगता है कि मेरे लिए काम करने वाला सबसे अच्छा समाधान, केवल 32 बिट के लिए निर्माण कर रहा है जब तक कि यह सब हल नहीं हो जाता ( @swavkulinski का समाधान यहां ):

आपके app स्तर build.gradle :

android {
    // ...
    buildTypes {
        release {
            // ...
            ndk {
                abiFilters "armeabi-v7a"
            }
        }
    }
}

विषय से समस्या का सारांश - armeabi-v7a और arm64-v8a दोनों के लिए ऐसा APK बनाना संभव नहीं होगा। स्पंदन एओटी स्नैपशॉट का उपयोग करता है जो एबीआई पर निर्भर हैं, इसलिए एपीके के साथ केवल संभव समाधान एकाधिक एपीके बिल्ड का उपयोग करना होगा।
इसका समाधान ऐप बंडल का उपयोग करना होगा, जिसमें अभी भी कुछ समस्याएं हैं (#31922)।
#32787 विलय के बाद अब ऐप बंडल का उपयोग करना संभव है।

एंड्रॉइड स्टूडियो के माध्यम से एंड्रॉइड ऐप बंडल बनाते समय मैं स्वाद और मेरी लक्षित फ़ाइल (उदाहरण के लिए -t lib/another_main.dart) कैसे सेट करूं? ऊ

https://github.com/flutter/flutter/pull/32787 विलय के बाद इसे flutter build appbundle माध्यम से समर्थित किया जाएगा!

@swavkulinski आप प्लेस्टोर पर कैसे जारी करेंगे?

तब भी यह संभव था। अब आपको 64bit तक सीमित करना होगा। हम थर्ड पार्टी एनडीके लाइब्रेरी द्वारा लॉकडाउन कर रहे थे जो केवल 32 बिट का था।

@blasten
क्या यह flutter build apk --release लिए भी समर्थन जोड़ देगा? या क्या यह लंबी अवधि में ऐप बंडल के पक्ष में एपीके के लिए समर्थन को समाप्त करने की योजना बना रहा है? मुझे वसा एपीके की सापेक्ष सादगी काफी पसंद है।

@ ज़िम्मी सही। ऐप बंडल आगे बढ़ने का तरीका होना चाहिए। आवश्यकता पड़ने पर आप अभी भी flutter build apk --release उपयोग कर सकते हैं। एएबी की तुलना में मोटे एपीके में क्या आसान है?

एएबी की तुलना में मोटे एपीके में क्या आसान है?

एएबी स्थापना फ़ाइल नहीं है। Android स्वयं इसका उपयोग नहीं कर सकता है। यह केवल Google Play स्टोर के लिए फ़ाइल स्वरूप है। तो एपीके की जरूरत है जब:

• सीधे डिवाइस पर इंस्टॉल करना।
• सीधे वितरण ऐप।
• Google Play store को छोड़कर किसी अन्य ऐप मार्केट के माध्यम से वितरण करना। (अमेज़ॅन और ऑल चाइना)।

समझा। पृष्ठभूमि के लिए धन्यवाद।

साथ ही, आप बंडलटूल का उपयोग करके एएबी से

@blasten
पुष्टि करने के लिए शुक्रिया!
सादगी टिप्पणी के बारे में: @audkar ने क्या कहा। इसके अलावा एएबी के साथ, डेवलपर को लापता संपत्तियों के कारण संभावित विफलता परिदृश्यों के बारे में सोचना होगा। सभी संभावित डिवाइस कॉन्फ़िगरेशन पर परीक्षण करना कठिन है, इसलिए यदि वे विफलताएं होती हैं, तो इसके उत्पादन में होने की संभावना है।

ऐप का आकार एक कीमत हो सकती है, कुछ लोग मन की शांति के लिए भुगतान करने को तैयार हैं।

मुझे यकीन है कि इस मुद्दे की तुलना में प्रत्येक दृष्टिकोण की खूबियों पर चर्चा करने के लिए बेहतर स्थान हैं, हालांकि, मैं इसे पटरी से नहीं उतारना चाहता।

/cc @jonahwilliams हमें build apk में मोटे APK का समर्थन करने की आवश्यकता हो सकती है।
क्या हमें build apk लिए डिफ़ॉल्ट भी बदलना चाहिए?

फैट एपीके सपोर्ट की जरूर जरूरत है। बहुत सारे टूल (बीटा वितरण आदि) हैं जो अभी तक ऐप बंडल के साथ काम नहीं करते हैं।

flutter build appbundle अब मास्टर में है, क्या कोई स्वैच्छिक व्यक्ति इसे आजमाना चाहता है?

build apk में प्लेटफ़ॉर्म की सूची का समर्थन करने के लिए हमने कुछ चर्चा की थी, ताकि आप ऐसा कुछ कर सकें: flutter build apk --target-platform android-arm,android-arm64

@blasten मैंने मास्टर चैनल पर स्विच किया, अपग्रेड किया और एपबंडल का निर्माण किया, इसने अच्छा काम किया। फिर इसे प्ले कंसोल पर अपलोड कर दिया और सभी चेतावनियां चली गईं। (मैकोज़ 10.14.4)

विस्मयकारी! मैं अपने परिवर्तन करने के बाद आज रात अपने निर्माण को संकलित करूंगा।

बंडल काम नहीं कर रहा है, ऐप डाउनलोड होने पर क्रैश हो जाता है।

Issue: java.lang.RuntimeException: Unable to instantiate activity ComponentInfo{com.mattetti.sounds/com.mattetti.sounds.MainActivity}: java.lang.ClassNotFoundException: Didn't find class "com.mattetti.sounds.MainActivity" on path: DexPathList[[zip file "/data/app/com.mattetti.sounds-ewwlQg0QphABpwu8t14HWA==/base.apk", zip file "/data/app/com.mattetti.sounds-ewwlQg0QphABpwu8t14HWA==/split_config.arm64_v8a.apk", zip file "/data/app/com.mattetti.sounds-ewwlQg0QphABpwu8t14HWA==/split_config.xxhdpi.apk"],nativeLibraryDirectories=[/data/app/com.mattetti.sounds-ewwlQg0QphABpwu8t14HWA==/lib/arm64, /data/app/com.mattetti.sounds-ewwlQg0QphABpwu8t14HWA==/base.apk!/lib/arm64-v8a, /data/app/com.mattetti.sounds-ewwlQg0QphABpwu8t14HWA==/split_config.arm64_v8a.apk!/lib/arm64-v8a, /data/app/com.mattetti.sounds-ewwlQg0QphABpwu8t14HWA==/split_config.xxhdpi.apk!/lib/arm64-v8a, /system/lib64]]

ऐसा लगता है कि com.mattetti.sounds.MainActivity बंडल में नहीं है?

पता नहीं क्यों, मैं कैसे जांच सकता हूं कि इसे क्यों हटाया गया है?

@mattetti क्या आप स्पंदन मॉड्यूल का उपयोग कर रहे हैं? क्या MainActivity विस्तार FlutterActivity ?

@blasten
यहाँ मेरी निर्भरताएँ हैं

environment:
  sdk: ">=2.2.2 <3.0.0"

dependencies:
  flutter:
    sdk: flutter
  rxdart: ^0.22.0
  shared_preferences: ^0.5.2
  http: ^0.12.0
  cached_network_image: ^0.8.0
  url_launcher: ^5.0.2

  # The following adds the Cupertino Icons font to your application.
  # Use with the CupertinoIcons class for iOS style icons.
  cupertino_icons: ^0.1.2

dev_dependencies:
  flutter_test:
    sdk: flutter
  flutter_launcher_icons: "^0.7.0"

dependency_overrides:
  # requried for flutter_icons at this point
  image: 2.0.7

लेकिन मैंने यह भी देखा कि मैंने अपने ऐप के पैकेज का नाम बदल दिया है, लेकिन मेरी MainActivity.java फ़ाइल का पथ नहीं बदला है जो अभी भी android/app/src/main/java/com/example/old_name/ जो कि समस्या हो सकती है। कल, मैं रास्ता बदलने और दूसरे बंडल को आगे बढ़ाने की कोशिश करूँगा।

हैलो @blasten , मैंने

[  +48 ms] FAILURE: Build failed with an exception.
[   +3 ms] * What went wrong:
[        ] Failed to capture snapshot of input files for task ':app::flutter:package:packLibsDevRelease' property
'rootSpec$2$1' during up-to-date check.
[        ] > java.io.IOException: The filename, directory name, or volume label syntax is incorrect
[        ] * Try:
[        ] Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log
output. Run with --scan to get full insights.
[        ] * Get more help at https://help.gradle.org
[        ] Deprecated Gradle features were used in this build, making it incompatible with Gradle 5.0.
[        ] See https://docs.gradle.org/4.6/userguide/command_line_interface.html#sec:command_line_warnings
[        ] BUILD FAILED in 1m 28s

मेरी परियोजना स्वाद का उपयोग करती है और यह वह आदेश है जिसे मैं चलाता हूं

flutter build appbundle --flavor stage -t lib/main-stage.dart -v

क्या ऐप बंडल में mapping.txt भी शामिल होगा? कोडमैजिक के माध्यम से Google Play कंसोल पर ऐप बंडल अपलोड करते समय, कोई मैपिंग.txt शामिल नहीं है, इसलिए कोई स्वचालित परीक्षण या प्री-लॉन्च-रिपोर्ट नहीं है - जो आपके पास एपीके अपलोड करते समय होती है :(

तो सवाल है:

क्या फ़्लटर टीम अगस्त से पहले 64-बिट रिलीज़ के लिए अपडेट करेगी या नहीं ताकि हम अपने ऐप अपलोड और अपडेट कर सकें जो फ़्लटर से बने हैं या नहीं?

@YaziedAlKhalaf हाँ। आप आज flutter build appbundle उपयोग कर सकते हैं और आपको एक ऐप बंडल मिलेगा जिसमें 32 और 64 बिट होंगे।

@mattetti मुद्दा तय है?

@nohli मैपिंग. txt फीचर अनुरोध की तरह लगता है। एक नया बग फाइल करने के लिए स्वतंत्र महसूस करें।

@skybur क्या आप flutter doctor चला सकते हैं? क्या आपका स्पंदन प्रोजेक्ट एक ऐप या मॉड्यूल है?

@blasten मेरा प्रोजेक्ट एक ऐप है।

यहाँ स्पंदन चिकित्सक परिणाम है

[√] Flutter (Channel master, v1.6.1-pre.68, on Microsoft Windows [Version 10.0.17763.503], locale en-US)
    • Flutter version 1.6.1-pre.68 at D:\Devs\Flutter\testappbundle\flutter
    • Framework revision d5aae54a28 (22 hours ago), 2019-05-20 23:19:18 -0400
    • Engine revision 301f560bd8
    • Dart version 2.3.1 (build 2.3.1-dev.0.0 b48c8b1d1c)

[√] Android toolchain - develop for Android devices (Android SDK version 28.0.3)
    • Android SDK at D:\AndroidSDK
    • Android NDK location not configured (optional; useful for native profiling support)
    • Platform android-28, build-tools 28.0.3
    • ANDROID_HOME = D:\AndroidSDK
    • ANDROID_SDK_ROOT = D:\AndroidSDK
    • Java binary at: D:\AndroidStudio\jre\bin\java
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1136-b06)
    • All Android licenses accepted.

[√] Android Studio (version 3.2)
    • Android Studio at D:\AndroidStudio
    • Flutter plugin version 31.3.1
    • Dart plugin version 181.5656
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1136-b06)

[√] VS Code, 64-bit edition (version 1.33.1)
    • VS Code at C:\Program Files\Microsoft VS Code
    • Flutter extension version 3.0.2

[!] Connected device
    ! No devices available

! Doctor found issues in 1 category.

@blasten :

flutter build appbundle का उपयोग करने की कोशिश कर रहा है, फिर स्टोर पर अपलोड करें, फिर एंड्रॉइड फोन से खोलें:
खोलने पर तत्काल दुर्घटना।

एडीबी लॉग:
05-22 09:40:52.404 27305 27305 E flutter : [ERROR:flutter/runtime/dart_vm_data.cc(19)] VM snapshot invalid and could not be inferred from settings. 05-22 09:40:52.404 27305 27305 E flutter : [ERROR:flutter/runtime/dart_vm.cc(241)] Could not setup VM data to bootstrap the VM from. 05-22 09:40:52.404 27305 27305 E flutter : [ERROR:flutter/runtime/dart_vm_lifecycle.cc(89)] Could not create Dart VM instance. 05-22 09:40:52.404 27305 27305 F flutter : [FATAL:flutter/shell/common/shell.cc(218)] Check failed: vm. Must be able to initialize the VM. 05-22 09:40:52.404 27305 27305 F libc : Fatal signal 6 (SIGABRT), code -6 in tid 27305 (tform.atomicdex) 05-22 09:40:52.432 27339 27339 I crash_dump64: obtaining output fd from tombstoned 05-22 09:40:52.433 1417 1417 I /system/bin/tombstoned: received crash request for pid 27305 05-22 09:40:52.434 27339 27339 I crash_dump64: performing dump of process 27305 (target tid = 27305) 05-22 09:40:52.434 27339 27339 F DEBUG : *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 05-22 09:40:52.434 27339 27339 F DEBUG : Build fingerprint: 'lge/judyln_lao_com/judyln:8.0.0/OPR1.170623.032/190501244a6e5.FGN:user/release-keys' 05-22 09:40:52.434 27339 27339 F DEBUG : Revision: '12' 05-22 09:40:52.434 27339 27339 F DEBUG : ABI: 'arm64' 05-22 09:40:52.434 27339 27339 F DEBUG : pid: 27305, tid: 27305, name: PACKAGE_NAME >>> PACKAGE_NAME <<< 05-22 09:40:52.434 27339 27339 F DEBUG : signal 6 (SIGABRT), code -6 (SI_TKILL), fault addr -------- 05-22 09:40:52.435 27339 27339 F DEBUG : Abort message: '[FATAL:flutter/shell/common/shell.cc(218)] Check failed: vm. Must be able to initialize the VM. 05-22 09:40:52.435 27339 27339 F DEBUG : ' 05-22 09:40:52.435 27339 27339 F DEBUG : x0 0000000000000000 x1 0000000000006aa9 x2 0000000000000006 x3 0000000000000008 05-22 09:40:52.435 27339 27339 F DEBUG : x4 0000000007d0bf68 x5 0000000007d0bf68 x6 0000000007d0bf68 x7 0000000007d0bfd8 05-22 09:40:52.435 27339 27339 F DEBUG : x8 0000000000000083 x9 8644075c81e36b5a x10 00000077ccff6a48 x11 8644075c81e36b5a 05-22 09:40:52.435 27339 27339 F DEBUG : x12 8644075c81e36b5a x13 0000000000000020 x14 ffffffffffffffdf x15 00000077ca27ec68 05-22 09:40:52.435 27339 27339 F DEBUG : x16 00000077ca2732b8 x17 00000077ca205a44 x18 0000000000000048 x19 0000000000006aa9 05-22 09:40:52.435 27339 27339 F DEBUG : x20 0000000000006aa9 x21 0000007fe4fb81b8 x22 00000077b3dffba0 x23 00000077bd29d7a0 05-22 09:40:52.435 27339 27339 F DEBUG : x24 00000077aa79a150 x25 0000000000000000 x26 0000000000000000 x27 0000000000000002 05-22 09:40:52.435 27339 27339 F DEBUG : x28 0000000000000000 x29 0000007fe4fb81a0 x30 00000077ca1aa8e4 05-22 09:40:52.435 27339 27339 F DEBUG : sp 0000007fe4fb8160 pc 00000077ca205a4c pstate 0000000060000000 05-22 09:40:52.436 27339 27339 F DEBUG : 05-22 09:40:52.436 27339 27339 F DEBUG : backtrace: 05-22 09:40:52.436 27339 27339 F DEBUG : #00 pc 0000000000079a4c /system/lib64/libc.so (tgkill+8) 05-22 09:40:52.436 27339 27339 F DEBUG : #01 pc 000000000001e8e0 /system/lib64/libc.so (abort+88) 05-22 09:40:52.436 27339 27339 F DEBUG : #02 pc 000000000001d61c /data/app/PACKAGE_NAME-F-z4qH6HT271dk7M7oI8Uw==/split_config.arm64_v8a.apk (offset 0xea7000)

@ किरुएल यह मेरे लिए बहुत अस्पष्ट है कि लोग यह क्यों कहते रहते हैं कि ऐप बंडल इस मुद्दे को हल कर रहा है।

ऐप बंडल एक स्वचालित स्प्लिट एपीके से ज्यादा कुछ नहीं है, और संपत्ति फ़ोल्डर पर कोई विभाजन नहीं है। तो स्नैपशॉट अभी भी केवल एक ही आर्किटेक्चर को लक्षित कर रहे हैं।

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

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

@ndusart मुझे नहीं लगता कि यह सच है। ऐप बंडल डॉक्स कहते हैं:

रेस/, लिब/, और एसेट/: ये निर्देशिकाएं एक विशिष्ट एपीके में समान हैं। जब आप अपना ऐप बंडल अपलोड करते हैं, तो Google Play इन निर्देशिकाओं का निरीक्षण करता है और फ़ाइल पथों को संरक्षित करते हुए केवल उन फ़ाइलों को पैकेज करता है जो लक्ष्य डिवाइस कॉन्फ़िगरेशन को संतुष्ट करती हैं।

तो यह किसी तरह संपत्ति को विभाजित कर सकता है।

@jereksel यह सिर्फ यह बताता है कि ये निर्देशिका assets/ फ़ोल्डर विभाजित नहीं है। इसका उपयोग एप्लिकेशन में एक बहुत ही विशिष्ट फ़ाइल संरचना में संग्रहीत संपत्तियों के लिए किया जाता है, इसका मतलब ओएस या कुछ भी पार्स करने के लिए नहीं है।

अगर मैं गलत हूं, तो बस मुझे बताएं कि हम लक्ष्य एबीआई के आधार पर इस फ़ोल्डर को कैसे विभाजित कर सकते हैं।

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

मैंने संपत्ति को स्वयं विभाजित होते नहीं देखा है, लेकिन मुझे यह मिला:

https://medium.com/google-developer-experts/exploring-the-android-app-bundle-ca16846fa3d7

संपत्ति.पीबी - यह एप्लिकेशन संपत्तियों के लिए संसाधन तालिका के बराबर है और केवल तभी मौजूद होगी जब आप अपने आवेदन में संपत्तियों का उपयोग कर रहे हों।

तो मेरा अनुमान है कि एंड्रॉइड स्टूडियो संपत्तियों को विभाजित नहीं करता है, लेकिन ऐप बंडलों के पास इसके लिए समर्थन है।

क्या आपके पास कोई आधिकारिक दस्तावेज है? यह सब बहुत अविश्वसनीय लगता है।
निम्नलिखित लेख, https://medium.com/mindorks/android-app-bundle-aab-98de6dad8ba8 में कहा गया है कि हम इसे विभाजित करने के लिए assets/ में फ़ोल्डर्स का नाम प्रत्यय जोड़ सकते हैं लेकिन वर्तमान में यह केवल भाषा पर किया जाए।

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

@blasten

मैंने मास्टर चैनल पर स्विच किया, अपग्रेड किया और एपबंडल का निर्माण किया। दुर्भाग्य से ऐप निम्नलिखित लॉगकैट के साथ Google play store से डाउनलोड करने के बाद बंद हो जाता है

2019-05-22 09:42:14.824 6995-6995/? E/flutter: [ERROR:flutter/runtime/dart_vm_data.cc(19)] VM snapshot invalid and could not be inferred from settings.
2019-05-22 09:42:14.824 6995-6995/? E/flutter: [ERROR:flutter/runtime/dart_vm.cc(241)] Could not setup VM data to bootstrap the VM from.
2019-05-22 09:42:14.824 6995-6995/? E/flutter: [ERROR:flutter/runtime/dart_vm_lifecycle.cc(89)] Could not create Dart VM instance.
2019-05-22 09:42:14.824 6995-6995/? A/flutter: [FATAL:flutter/shell/common/shell.cc(218)] Check failed: vm. Must be able to initialize the VM.

flutter build appbundle अब मास्टर में है, क्या कोई स्वैच्छिक व्यक्ति इसे आजमाना चाहता है?

build apk में प्लेटफ़ॉर्म की सूची का समर्थन करने के लिए हमने कुछ चर्चा की थी, ताकि आप ऐसा कुछ कर सकें: flutter build apk --target-platform android-arm,android-arm64

@blasten

मैंने मास्टर चैनल पर स्विच किया, अपग्रेड किया और एपबंडल का निर्माण किया। दुर्भाग्य से ऐप निम्नलिखित लॉगकैट के साथ Google play store से डाउनलोड करने के बाद बंद हो जाता है

2019-05-22 09:42:14.824 6995-6995/? E/flutter: [ERROR:flutter/runtime/dart_vm_data.cc(19)] VM snapshot invalid and could not be inferred from settings.
2019-05-22 09:42:14.824 6995-6995/? E/flutter: [ERROR:flutter/runtime/dart_vm.cc(241)] Could not setup VM data to bootstrap the VM from.
2019-05-22 09:42:14.824 6995-6995/? E/flutter: [ERROR:flutter/runtime/dart_vm_lifecycle.cc(89)] Could not create Dart VM instance.
2019-05-22 09:42:14.824 6995-6995/? A/flutter: [FATAL:flutter/shell/common/shell.cc(218)] Check failed: vm. Must be able to initialize the VM.

flutter build appbundle अब मास्टर में है, क्या कोई स्वैच्छिक व्यक्ति इसे आजमाना चाहता है?
build apk में प्लेटफ़ॉर्म की सूची का समर्थन करने के लिए हमने कुछ चर्चा की थी, ताकि आप ऐसा कुछ कर सकें: flutter build apk --target-platform android-arm,android-arm64

एक ही समस्या है, हालांकि मेरे पास अभी तक कोई लॉग नहीं है।

@skybur जो समस्या आप कर रहे थे वह https://github.com/flutter/flutter/issues/33119 से संबंधित हो सकती है इस पैच को इसे ठीक करना चाहिए।

@ndusart
हां आप ठीक कह रहे हैं। मैंने बंडलटूल स्रोत कोड की जाँच की है और संपत्ति का विभाजन केवल भाषा के अनुसार ही है:
https://github.com/google/bundletool/blob/master/src/main/java/com/android/tools/build/bundletool/splitters/ModuleSplitter.java#L286

यह मेरा समाधान था:

1. app gradle

splits {
        // Configures multiple APKs based on ABI.
        abi {
            // Enables building multiple APKs per ABI.
            enable true
            // By default all ABIs are included, so use reset() and include to specify that we only
            // want APKs for armeabi-v7a and arm64-v8a.

            // Resets the list of ABIs that Gradle should create APKs for to none.
            reset()

            // Specifies a list of ABIs that Gradle should create APKs for.
            include "armeabi-v7a", "arm64-v8a"

            // Specifies that we do not want to also generate a universal APK that includes all ABIs.
            universalApk false
        }
    }

1. flutter build apk --release --target-platform=android-arm चलाएं
2. प्ले स्टोर पर app-armeabi-v7a-release.apk अपलोड करें
3. वेतन वृद्धि versionCode
4. flutter build apk --release --target-platform=android-arm64 चलाएं
5. प्ले स्टोर पर app-arm64-v8a-release.apk अपलोड करें

Google play store डिवाइस आर्किटेक्चर के अनुसार ऐप को सर्व करेगा। 32 बिट डिवाइस खुश हैं, 64 बिट डिवाइस खुश हैं और मुझे यह जानकर खुशी हुई कि दोनों आर्किटेक्चर की सेवा करते हुए मेरा एपीके आकार अपेक्षाकृत छोटा है।

अगर हम एक ही एपीके में दोनों आर्किटेक्चर के लिए समर्थन शामिल करते हैं, तो उम्मीद करें कि आपके ऐप का आकार 10 एमबी+ . होगा

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

उम्मीद है कि इससे किसी को बाहर निकलने में मदद मिली।

flutter build appbundle अब मास्टर में है, क्या कोई स्वैच्छिक व्यक्ति इसे आजमाना चाहता है?

build apk में प्लेटफ़ॉर्म की सूची का समर्थन करने के लिए हमने कुछ चर्चा की थी, ताकि आप ऐसा कुछ कर सकें: flutter build apk --target-platform android-arm,android-arm64

flutter build appbundle काम कर रहा है! मुझे उस सेटिंग को जोड़ने की आवश्यकता नहीं है, और बस कोड करें। हालाँकि, इसे संकलित करने में थोड़ा अधिक समय लगता है, लेकिन अभी Google Play को पास करने का यही एकमात्र तरीका है।

@Tokenyet क्या आप Play Store से ऐप डाउनलोड करने और .aab अपलोड करने के बाद इसे चलाने में सक्षम थे? यदि ऐसा है, तो क्या आप flutter doctor के आउटपुट को चिपकाना चाहेंगे?

@blasten

मैंने मास्टर चैनल पर स्विच किया, अपग्रेड किया और एपबंडल का निर्माण किया। दुर्भाग्य से ऐप निम्नलिखित लॉगकैट के साथ Google play store से डाउनलोड करने के बाद बंद हो जाता है

2019-05-22 09:42:14.824 6995-6995/? E/flutter: [ERROR:flutter/runtime/dart_vm_data.cc(19)] VM snapshot invalid and could not be inferred from settings.
2019-05-22 09:42:14.824 6995-6995/? E/flutter: [ERROR:flutter/runtime/dart_vm.cc(241)] Could not setup VM data to bootstrap the VM from.
2019-05-22 09:42:14.824 6995-6995/? E/flutter: [ERROR:flutter/runtime/dart_vm_lifecycle.cc(89)] Could not create Dart VM instance.
2019-05-22 09:42:14.824 6995-6995/? A/flutter: [FATAL:flutter/shell/common/shell.cc(218)] Check failed: vm. Must be able to initialize the VM.

flutter build appbundle अब मास्टर में है, क्या कोई स्वैच्छिक व्यक्ति इसे आजमाना चाहता है?
build apk में प्लेटफ़ॉर्म की सूची का समर्थन करने के लिए हमने कुछ चर्चा की थी, ताकि आप ऐसा कुछ कर सकें: flutter build apk --target-platform android-arm,android-arm64

प्ले स्टोर से अपना ऐप चलाने की कोशिश करते समय बिल्कुल वही बात (ऐपबंडल के रूप में बनाई गई)। इसे हल करने के लिए आप लोगों को किन लॉग की आवश्यकता है?

यह मददगार होगा:

1. https://developer.android.com/studio/command-line/bundletool से bundletool डाउनलोड करें
2. flutter build appbundle चलाएँ (कृपया इंगित करें कि क्या आप कोई फ़्लैग पास करते हैं या यदि आपने किसी ग्रेडल स्क्रिप्ट में _custom_ परिवर्तन किए हैं)
3. एपीके सेट निकालने के लिए bundletool build-apks --bundle=build/app/outputs/bundle/release/app.aab --output=out.apks चलाएँ।
4. unzip -l out.apks चलाएँ और अंत में flutter doctor और अपनी टिप्पणी में दोनों कमांड से आउटपुट पेस्ट करें।

अगर संभव हो तो:

bundletool और एपीके सेट का उपयोग करके डिवाइस पर स्थानीय रूप से परीक्षण करें। ये चरण हैं , लॉगकैट को अपनी टिप्पणी में पेस्ट करें।

मैं इस मुद्दे को पुन: उत्पन्न करने में असमर्थ हूं, हालांकि मैंने केवल bundletool का उपयोग करके स्थानीय रूप से परीक्षण किया है।

@blasten तो पिछली त्रुटि ठीक हो गई है लेकिन मैं एक और त्रुटि में भाग गया। मुझे लगता है कि यह मेरी परियोजना में कुछ के कारण होता है। क्या कोई तरीका है जिससे मैं इसे डीबग कर सकता हूं?

[+6084 ms] Failed to execute aapt
[  +17 ms] com.android.ide.common.process.ProcessException: Failed to execute aapt
[   +1 ms]      at com.android.builder.core.AndroidBuilder.processResources(AndroidBuilder.java:809)
[   +1 ms]      at com.android.build.gradle.internal.res.LinkAndroidResForBundleTask.taskAction(LinkAndroidResForBundleTask.kt:128)
[   +1 ms]      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[   +1 ms]      at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
[   +1 ms]      at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[        ]      at java.lang.reflect.Method.invoke(Method.java:498)
[        ]      at org.gradle.internal.reflect.JavaMethod.invoke(JavaMethod.java:73)
[   +4 ms]      at org.gradle.api.internal.project.taskfactory.StandardTaskAction.doExecute(StandardTaskAction.java:46)
[   +1 ms]      at org.gradle.api.internal.project.taskfactory.StandardTaskAction.execute(StandardTaskAction.java:39)
[        ]      at org.gradle.api.internal.project.taskfactory.StandardTaskAction.execute(StandardTaskAction.java:26)
[   +3 ms]      at org.gradle.api.internal.AbstractTask$TaskActionWrapper.execute(AbstractTask.java:788)
[  +29 ms]      at org.gradle.api.internal.AbstractTask$TaskActionWrapper.execute(AbstractTask.java:755)
[   +1 ms]      at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter$1.run(ExecuteActionsTaskExecuter.java:124)
[   +1 ms]      at org.gradle.internal.progress.DefaultBuildOperationExecutor$RunnableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:336)
[   +2 ms]      at org.gradle.internal.progress.DefaultBuildOperationExecutor$RunnableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:328)
[   +1 ms]      at org.gradle.internal.progress.DefaultBuildOperationExecutor.execute(DefaultBuildOperationExecutor.java:199)
[   +9 ms]      at org.gradle.internal.progress.DefaultBuildOperationExecutor.run(DefaultBuildOperationExecutor.java:110)
[        ]      at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeAction(ExecuteActionsTaskExecuter.java:113)
[        ]      at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeActions(ExecuteActionsTaskExecuter.java:95)
[   +1 ms]      at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.execute(ExecuteActionsTaskExecuter.java:73)
[        ]      at org.gradle.api.internal.tasks.execution.OutputDirectoryCreatingTaskExecuter.execute(OutputDirectoryCreatingTaskExecuter.java:51)
[   +1 ms]      at org.gradle.api.internal.tasks.execution.SkipUpToDateTaskExecuter.execute(SkipUpToDateTaskExecuter.java:59)
[        ]      at org.gradle.api.internal.tasks.execution.ResolveTaskOutputCachingStateExecuter.execute(ResolveTaskOutputCachingStateExecuter.java:54)
[        ]      at org.gradle.api.internal.tasks.execution.ValidatingTaskExecuter.execute(ValidatingTaskExecuter.java:59)
[   +5 ms]      at org.gradle.api.internal.tasks.execution.SkipEmptySourceFilesTaskExecuter.execute(SkipEmptySourceFilesTaskExecuter.java:101)
[        ]      at org.gradle.api.internal.tasks.execution.FinalizeInputFilePropertiesTaskExecuter.execute(FinalizeInputFilePropertiesTaskExecuter.java:44)
[   +1 ms]      at org.gradle.api.internal.tasks.execution.CleanupStaleOutputsExecuter.execute(CleanupStaleOutputsExecuter.java:91)
[   +1 ms]      at org.gradle.api.internal.tasks.execution.ResolveTaskArtifactStateTaskExecuter.execute(ResolveTaskArtifactStateTaskExecuter.java:62)
[  +12 ms]      at org.gradle.api.internal.tasks.execution.SkipTaskWithNoActionsExecuter.execute(SkipTaskWithNoActionsExecuter.java:59)
[   +4 ms]      at org.gradle.api.internal.tasks.execution.SkipOnlyIfTaskExecuter.execute(SkipOnlyIfTaskExecuter.java:54)
[        ]      at org.gradle.api.internal.tasks.execution.ExecuteAtMostOnceTaskExecuter.execute(ExecuteAtMostOnceTaskExecuter.java:43)
[        ]      at org.gradle.api.internal.tasks.execution.CatchExceptionTaskExecuter.execute(CatchExceptionTaskExecuter.java:34)
[        ]      at org.gradle.execution.taskgraph.DefaultTaskGraphExecuter$EventFiringTaskWorker$1.run(DefaultTaskGraphExecuter.java:256)
[        ]      at org.gradle.internal.progress.DefaultBuildOperationExecutor$RunnableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:336)
[        ]      at org.gradle.internal.progress.DefaultBuildOperationExecutor$RunnableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:328)
[        ]      at org.gradle.internal.progress.DefaultBuildOperationExecutor.execute(DefaultBuildOperationExecutor.java:199)
[        ]      at org.gradle.internal.progress.DefaultBuildOperationExecutor.run(DefaultBuildOperationExecutor.java:110)
[   +1 ms]      at org.gradle.execution.taskgraph.DefaultTaskGraphExecuter$EventFiringTaskWorker.execute(DefaultTaskGraphExecuter.java:249)
[   +6 ms]      at org.gradle.execution.taskgraph.DefaultTaskGraphExecuter$EventFiringTaskWorker.execute(DefaultTaskGraphExecuter.java:238)
[        ]      at org.gradle.execution.taskgraph.DefaultTaskPlanExecutor$TaskExecutorWorker.processTask(DefaultTaskPlanExecutor.java:123)
[        ]      at org.gradle.execution.taskgraph.DefaultTaskPlanExecutor$TaskExecutorWorker.access$200(DefaultTaskPlanExecutor.java:79)
[        ]      at org.gradle.execution.taskgraph.DefaultTaskPlanExecutor$TaskExecutorWorker$1.execute(DefaultTaskPlanExecutor.java:104)
[   +1 ms]      at org.gradle.execution.taskgraph.DefaultTaskPlanExecutor$TaskExecutorWorker$1.execute(DefaultTaskPlanExecutor.java:98)
[   +1 ms]      at org.gradle.execution.taskgraph.DefaultTaskExecutionPlan.execute(DefaultTaskExecutionPlan.java:663)
[   +1 ms]      at org.gradle.execution.taskgraph.DefaultTaskExecutionPlan.executeWithTask(DefaultTaskExecutionPlan.java:597)
[        ]      at org.gradle.execution.taskgraph.DefaultTaskPlanExecutor$TaskExecutorWorker.run(DefaultTaskPlanExecutor.java:98)
[  +14 ms]      at org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:63)
[   +1 ms]      at org.gradle.internal.concurrent.ManagedExecutorImpl$1.run(ManagedExecutorImpl.java:46)
[   +4 ms]      at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
[   +1 ms]      at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
[   +2 ms]      at org.gradle.internal.concurrent.ThreadFactoryImpl$ManagedThreadRunnable.run(ThreadFactoryImpl.java:55)
[   +1 ms]      at java.lang.Thread.run(Thread.java:745)
[  +26 ms] Caused by: java.util.concurrent.ExecutionException: java.util.concurrent.ExecutionException: com.android.builder.internal.aapt.v2.Aapt2Exception: AAPT2 error: check logs for details
[   +4 ms]      at com.google.common.util.concurrent.AbstractFuture.getDoneValue(AbstractFuture.java:503)
[   +1 ms]      at com.google.common.util.concurrent.AbstractFuture.get(AbstractFuture.java:482)
[        ]      at com.google.common.util.concurrent.AbstractFuture$TrustedFuture.get(AbstractFuture.java:79)
[        ]      at com.android.builder.internal.aapt.AbstractAapt.link(AbstractAapt.java:34)
[        ]      at com.android.builder.core.AndroidBuilder.processResources(AndroidBuilder.java:807)
[        ]      ... 51 more
[        ] Caused by: java.util.concurrent.ExecutionException: com.android.builder.internal.aapt.v2.Aapt2Exception: AAPT2 error: check logs for details
[   +1 ms]      at com.google.common.util.concurrent.AbstractFuture.getDoneValue(AbstractFuture.java:503)
[        ]      at com.google.common.util.concurrent.AbstractFuture.get(AbstractFuture.java:462)
[        ]      at com.google.common.util.concurrent.AbstractFuture$TrustedFuture.get(AbstractFuture.java:79)
[        ]      at com.android.builder.internal.aapt.v2.QueueableAapt2.lambda$makeValidatedPackage$1(QueueableAapt2.java:166)
[   +4 ms]      at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
[   +1 ms]      at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
[   +1 ms]      ... 1 more
[   +1 ms] Caused by: com.android.builder.internal.aapt.v2.Aapt2Exception: AAPT2 error: check logs for details
[   +1 ms]      at com.android.builder.png.AaptProcess$NotifierProcessOutput.handleOutput(AaptProcess.java:443)
[   +1 ms]      at com.android.builder.png.AaptProcess$NotifierProcessOutput.err(AaptProcess.java:395)
[        ]      at com.android.builder.png.AaptProcess$ProcessOutputFacade.err(AaptProcess.java:312)
[        ]      at com.android.utils.GrabProcessOutput$1.run(GrabProcessOutput.java:104)
[        ] FAILURE: Build failed with an exception.
[        ] * What went wrong:
[        ] Execution failed for task ':app:bundleProdReleaseResources'.
[        ] > Failed to execute aapt
[        ] * Try:
[        ] Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output. Run with --scan to get full insights.
[   +5 ms] * Get more help at https://help.gradle.org
[        ] BUILD FAILED in 30s
[ +324 ms] Running Gradle task 'bundleProdRelease'... (completed in 31.5s)

@blasten मैं आपके सभी चरणों का पालन करता हूं मेरे लॉग:

➜  PROJECT_NAME git:(master) ✗ unzip -l out.apks
Archive:  out.apks
  Length      Date    Time    Name
---------  ---------- -----   ----
 43369811  01-01-1970 01:00   standalones/standalone-armeabi_tvdpi.apk
 43327197  01-01-1970 01:00   standalones/standalone-armeabi_hdpi.apk
 43319503  01-01-1970 01:00   standalones/standalone-armeabi_mdpi.apk
 43320027  01-01-1970 01:00   standalones/standalone-armeabi_ldpi.apk
 43346424  01-01-1970 01:00   standalones/standalone-armeabi_xxhdpi.apk
 43350403  01-01-1970 01:00   standalones/standalone-armeabi_xxxhdpi.apk
 43332970  01-01-1970 01:00   standalones/standalone-armeabi_xhdpi.apk
 50349155  01-01-1970 01:00   standalones/standalone-armeabi_v7a_ldpi.apk
 50348629  01-01-1970 01:00   standalones/standalone-armeabi_v7a_mdpi.apk
 50398968  01-01-1970 01:00   standalones/standalone-armeabi_v7a_tvdpi.apk
 50356358  01-01-1970 01:00   standalones/standalone-armeabi_v7a_hdpi.apk
 50362126  01-01-1970 01:00   standalones/standalone-armeabi_v7a_xhdpi.apk
 50375565  01-01-1970 01:00   standalones/standalone-armeabi_v7a_xxhdpi.apk
 50379553  01-01-1970 01:00   standalones/standalone-armeabi_v7a_xxxhdpi.apk
 50660246  01-01-1970 01:00   standalones/standalone-arm64_v8a_ldpi.apk
 50659718  01-01-1970 01:00   standalones/standalone-arm64_v8a_mdpi.apk
 50710027  01-01-1970 01:00   standalones/standalone-arm64_v8a_tvdpi.apk
 50667415  01-01-1970 01:00   standalones/standalone-arm64_v8a_hdpi.apk
 50673185  01-01-1970 01:00   standalones/standalone-arm64_v8a_xhdpi.apk
 50686641  01-01-1970 01:00   standalones/standalone-arm64_v8a_xxhdpi.apk
 43345757  01-01-1970 01:00   standalones/standalone-x86_mdpi.apk
 43346287  01-01-1970 01:00   standalones/standalone-x86_ldpi.apk
 43396086  01-01-1970 01:00   standalones/standalone-x86_tvdpi.apk
 50690619  01-01-1970 01:00   standalones/standalone-arm64_v8a_xxxhdpi.apk
 43359247  01-01-1970 01:00   standalones/standalone-x86_xhdpi.apk
 43353470  01-01-1970 01:00   standalones/standalone-x86_hdpi.apk
 43372688  01-01-1970 01:00   standalones/standalone-x86_xxhdpi.apk
 43376653  01-01-1970 01:00   standalones/standalone-x86_xxxhdpi.apk
 43340224  01-01-1970 01:00   standalones/standalone-x86_64_ldpi.apk
 43339701  01-01-1970 01:00   standalones/standalone-x86_64_mdpi.apk
 43390033  01-01-1970 01:00   standalones/standalone-x86_64_tvdpi.apk
 43347418  01-01-1970 01:00   standalones/standalone-x86_64_hdpi.apk
    57027  01-01-1970 01:00   splits/base-ldpi.apk
    56501  01-01-1970 01:00   splits/base-mdpi.apk
    61951  01-01-1970 01:00   splits/base-hdpi.apk
    67741  01-01-1970 01:00   splits/base-xhdpi.apk
    81187  01-01-1970 01:00   splits/base-xxhdpi.apk
    85188  01-01-1970 01:00   splits/base-xxxhdpi.apk
   105385  01-01-1970 01:00   splits/base-tvdpi.apk
 43353194  01-01-1970 01:00   standalones/standalone-x86_64_xhdpi.apk
    11313  01-01-1970 01:00   splits/base-ca.apk
    11211  01-01-1970 01:00   splits/base-da.apk
    12040  01-01-1970 01:00   splits/base-fa.apk
    11659  01-01-1970 01:00   splits/base-ja.apk
    12486  01-01-1970 01:00   splits/base-ka.apk
    12511  01-01-1970 01:00   splits/base-pa.apk
    12856  01-01-1970 01:00   splits/base-ta.apk
    11195  01-01-1970 01:00   splits/base-nb.apk
    12001  01-01-1970 01:00   splits/base-be.apk
    11420  01-01-1970 01:00   splits/base-de.apk
    13041  01-01-1970 01:00   splits/base-ne.apk
    12674  01-01-1970 01:00   splits/base-te.apk
 43366615  01-01-1970 01:00   standalones/standalone-x86_64_xxhdpi.apk
    11179  01-01-1970 01:00   splits/base-af.apk
    12151  01-01-1970 01:00   splits/base-bg.apk
    12353  01-01-1970 01:00   splits/base-th.apk
    11228  01-01-1970 01:00   splits/base-fi.apk
    12537  01-01-1970 01:00   splits/base-si.apk
    12551  01-01-1970 01:00   splits/base-hi.apk
    11939  01-01-1970 01:00   splits/base-kk.apk
    11615  01-01-1970 01:00   splits/base-vi.apk
    12059  01-01-1970 01:00   splits/base-mk.apk
    11440  01-01-1970 01:00   splits/base-sk.apk
    11961  01-01-1970 01:00   splits/base-uk.apk
    12344  01-01-1970 01:00   splits/base-el.apk
    11342  01-01-1970 01:00   splits/base-gl.apk
    13334  01-01-1970 01:00   splits/base-ml.apk
    11350  01-01-1970 01:00   splits/base-nl.apk
    11371  01-01-1970 01:00   splits/base-pl.apk
    11311  01-01-1970 01:00   splits/base-sl.apk
    11428  01-01-1970 01:00   splits/base-tl.apk
    11825  01-01-1970 01:00   splits/base-am.apk
    12685  01-01-1970 01:00   splits/base-km.apk
    12615  01-01-1970 01:00   splits/base-bn.apk
    11223  01-01-1970 01:00   splits/base-in.apk
    12832  01-01-1970 01:00   splits/base-kn.apk
    11958  01-01-1970 01:00   splits/base-mn.apk
    12621  01-01-1970 01:00   splits/base-lo.apk
    11425  01-01-1970 01:00   splits/base-ko.apk
    11395  01-01-1970 01:00   splits/base-ro.apk
    11438  01-01-1970 01:00   splits/base-sq.apk
    13612  01-01-1970 01:00   splits/base-fr.apk
    11647  01-01-1970 01:00   splits/base-ar.apk
    11278  01-01-1970 01:00   splits/base-hr.apk
    12447  01-01-1970 01:00   splits/base-mr.apk
    12943  01-01-1970 01:00   splits/base-or.apk
    14244  01-01-1970 01:00   splits/base-sr.apk
    11316  01-01-1970 01:00   splits/base-tr.apk
    11973  01-01-1970 01:00   splits/base-ur.apk
    11308  01-01-1970 01:00   splits/base-bs.apk
    12525  01-01-1970 01:00   splits/base-as.apk
    13704  01-01-1970 01:00   splits/base-es.apk
    11367  01-01-1970 01:00   splits/base-cs.apk
    11222  01-01-1970 01:00   splits/base-is.apk
    11360  01-01-1970 01:00   splits/base-ms.apk
    11323  01-01-1970 01:00   splits/base-et.apk
    11283  01-01-1970 01:00   splits/base-it.apk
    11550  01-01-1970 01:00   splits/base-lt.apk
    14605  01-01-1970 01:00   splits/base-pt.apk
    11377  01-01-1970 01:00   splits/base-eu.apk
    12409  01-01-1970 01:00   splits/base-gu.apk
    11651  01-01-1970 01:00   splits/base-hu.apk
    12048  01-01-1970 01:00   splits/base-ru.apk
    11616  01-01-1970 01:00   splits/base-lv.apk
    11314  01-01-1970 01:00   splits/base-zu.apk
    11260  01-01-1970 01:00   splits/base-sv.apk
    11539  01-01-1970 01:00   splits/base-iw.apk
    11283  01-01-1970 01:00   splits/base-sw.apk
    12110  01-01-1970 01:00   splits/base-hy.apk
 43370609  01-01-1970 01:00   standalones/standalone-x86_64_xxxhdpi.apk
    11904  01-01-1970 01:00   splits/base-ky.apk
    11430  01-01-1970 01:00   splits/base-az.apk
    13395  01-01-1970 01:00   splits/base-my.apk
    11296  01-01-1970 01:00   splits/base-uz.apk
    15398  01-01-1970 01:00   splits/base-zh.apk
    23877  01-01-1970 01:00   splits/base-en.apk
   107757  01-01-1970 01:00   splits/base-armeabi.apk
   134023  01-01-1970 01:00   splits/base-x86.apk
   127969  01-01-1970 01:00   splits/base-x86_64.apk
 42926206  01-01-1970 01:00   splits/base-master.apk
 21480838  01-01-1970 01:00   splits/base-arm64_v8a_2.apk
 17508309  01-01-1970 01:00   splits/base-armeabi_v7a_2.apk
   217751  01-01-1970 01:00   splits/base-armeabi_2.apk
   311771  01-01-1970 01:00   splits/base-x86_2.apk
   308537  01-01-1970 01:00   splits/base-x86_64_2.apk
  7136923  01-01-1970 01:00   splits/base-armeabi_v7a.apk
  7447993  01-01-1970 01:00   splits/base-arm64_v8a.apk
 42926200  01-01-1970 01:00   splits/base-master_2.apk
    16537  01-01-1970 01:00   toc.pb
---------                     -------
1759809847                     129 files
➜  PROJECT_NAME git:(master) ✗ flutter doctor
Doctor summary (to see all details, run flutter doctor -v):
[✓] Flutter (Channel master, v1.6.1-pre.68, on Mac OS X 10.14.5 18F132, locale en-GB)

[✓] Android toolchain - develop for Android devices (Android SDK version 28.0.3)
[✓] iOS toolchain - develop for iOS devices (Xcode 10.2.1)
[!] Android Studio (version 3.3)
    ✗ Flutter plugin not installed; this adds Flutter specific functionality.
    ✗ Dart plugin not installed; this adds Dart specific functionality.
[✓] VS Code (version 1.34.0)
[✓] Connected device (1 available)

! Doctor found issues in 1 category.

@jereksel @ndusart
असल में इसे Assets Targeting कहा जाता है और यह आपको ग्राफिक्स एपीआई, भाषा और बनावट संपीड़न के आधार पर संपत्तियों में निर्देशिकाओं को लक्षित/विभाजित करने की अनुमति देता है।
जैसा कि यहां देखा गया है: .../bundletool/model/targeting/TargetedDirectorySegment.java

एएबी के वर्तमान flutter@master के संबंध में मेरे लिए स्थानीय रूप से काम करता है - वास्तविक डिवाइस पर परीक्षण और स्थापित करने के लिए bundletool का उपयोग करना। मैंने अपने build.gradle में घनत्व और भाषा पर विभाजन को अक्षम कर दिया है, इसलिए build-apks मुझे यह देता है:

  Length      Date    Time    Name
---------  ---------- -----   ----
  6872466  1970-01-01 01:00   splits/base-arm64_v8a.apk
  6726824  1970-01-01 01:00   splits/base-master.apk
 13289718  1970-01-01 01:00   standalones/standalone-armeabi_v7a.apk
 13594392  1970-01-01 01:00   standalones/standalone-arm64_v8a.apk
  6567785  1970-01-01 01:00   splits/base-armeabi_v7a.apk
      429  1970-01-01 01:00   toc.pb
---------                     -------
 47051614                     6 files

टेस्ट लैब I पर इसका परीक्षण करने पर भी सभी हरे रंग के होते हैं।
इस चैनल का परीक्षण करने के लिए अभी भी Play Store द्वारा इस संस्करण को संसाधित करने की प्रतीक्षा कर रहा है।

@Tokenyet क्या आप Play Store से ऐप डाउनलोड करने और .aab अपलोड करने के बाद इसे चलाने में सक्षम थे? यदि ऐसा है, तो क्या आप flutter doctor के आउटपुट को चिपकाना चाहेंगे?

मैं Play Store से ऐप डाउनलोड कर सकता हूं, और इसे चला सकता हूं। आप [इसे आजमा सकते हैं] (https://play.google.com/store/apps/details?id=com.bumbystudio.starry_clock)। (संपादित करें: ओह, यह काम नहीं कर रहा है ... PlayStore से)

आपकी आवश्यकता के अनुसार नीचे मेरा flutter doctor है। आशा है कि इससे मदद मिली।

[√] स्पंदन (चैनल मास्टर, v1.6.1-pre.88, माइक्रोसॉफ्ट विंडोज पर [संस्करण 10.0.17134.765], लोकेल zh-TW)

[√] एंड्रॉइड टूलचेन - एंड्रॉइड डिवाइस के लिए विकसित (एंड्रॉइड एसडीके संस्करण 28.0.3)
[√] एंड्रॉइड स्टूडियो (संस्करण 3.3)
[√] वीएस कोड, 64-बिट संस्करण (संस्करण 1.30.2)
[!] कनेक्टेड डिवाइस
! कोई उपकरण उपलब्ध नहीं

यह मेरे लिए ठीक काम करता है!

बिल्ड टाइप्स {
रिहाई {
// TODO: रिलीज बिल्ड के लिए अपना खुद का साइनिंग कॉन्फिगर जोड़ें।
// अभी के लिए डिबग कुंजियों के साथ हस्ताक्षर करना, इसलिए flutter run --release काम करता है।
साइनिंगकॉन्फिग साइनिंगConfigs.debug
}
डिबग {
एनएनडीके {
अबीफिल्टर 'आर्मियाबी-वी7ए'
}
}
}

@SPodjasek अभी भी, हमें ABI के आधार पर assets/ को विभाजित करने की आवश्यकता है। यह वर्तमान में कैसे किया जा सकता है?

मैंने अपने डिवाइस में इंस्टॉल किया है और ऐसा लगता है कि यह काम नहीं कर रहा है। मुझे बस एक मिला था
काला चित्रपट।

धन्यवाद,

पुरुषोत्तम रामानुजमी

गुरु, 23 मई, 2019, 6:43 Tokenyet पर, [email protected] लिखा है:

@Tokenyet https://github.com/Tokenyet क्या आप ऐप डाउनलोड करने में सक्षम थे
Play Store से और .aab अपलोड करने के बाद इसे चलाएं? अगर यह है
मामला, क्या आप स्पंदन चिकित्सक के आउटपुट को चिपकाने का मन करेंगे?

मैं Play Store से ऐप डाउनलोड कर सकता हूं, और इसे चला सकता हूं। आप इसे दे सकते हैं
एक कोशिश
https://play.google.com/store/apps/details?id=com.bumbystudio.starry_clock
.

आपकी आवश्यकता के अनुसार नीचे मेरा स्पंदन चिकित्सक है। आशा है कि इससे मदद मिली।

[√] स्पंदन (चैनल मास्टर, v1.6.1-प्री.88, माइक्रोसॉफ्ट विंडोज पर [संस्करण .]
10.0.17134.765], लोकेल zh-TW)

[√] एंड्रॉइड टूलचेन - एंड्रॉइड डिवाइस के लिए विकसित (एंड्रॉइड एसडीके संस्करण
28.0.3)
[√] एंड्रॉइड स्टूडियो (संस्करण 3.3)
[√] वीएस कोड, 64-बिट संस्करण (संस्करण 1.30.2)
[!] कनेक्टेड डिवाइस
! कोई उपकरण उपलब्ध नहीं

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने इस थ्रेड की सदस्यता ली है।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/flutter/flutter/issues/18494?email_source=notifications&email_token=AAIHDZYY47H6PUQQQJYEO4J3PW2J7RA5CNFSM4FFE2B7KYY3PNVWWK3TUL52HS4DFVREXG43VMVBJ95ZHGODNMVK
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAIHDZZXV67JCNVJYLVA3WLPW2J7RANCNFSM4FFE2B7A
.

@ndusart इस बिंदु पर यह असंभव है - शायद बंडलटूल पर एक फीचर अनुरोध

@SPodjasek तो मैं यही कह रहा हूं, यह सब मुद्दा गलत तरीके से जा रहा है।

सभी चर्चाएँ समाप्त होती दिख रही हैं "हो चिंता मत करो, जब हम ऐप बंडल बना सकते हैं, तो सब ठीक हो जाएगा" लेकिन अभी और निकट भविष्य में ऐसा बिल्कुल नहीं है।
यह देखना थोड़ा निराशाजनक है कि स्पंदन टीम लोगों को यह सोचने देती है कि यह इस तरह से संभव है।

स्पंदन आसानी से स्प्लिट एपीके बनाने का एक तरीका प्रदान करने में सक्षम होना चाहिए या तो खुद को विभाजित करके या वीएम स्नैपशॉट को lib/ फ़ोल्डर में स्थानांतरित करने के लिए प्रबंधित करें और विभाजन को बस काम करने दें (हम तब ऐप बंडलों का भी उपयोग कर सकते हैं) )

आओ पूर्वावलोकन कर लें:

1. स्पंदन flutter build apk ... माध्यम से वसा APK का समर्थन करेगा।
2. यदि आप इस सुविधा को आजमाना चाहते हैं तो _ अभी_ मास्टर शाखा में flutter build appbundle आज़माएं। यदि ऐप बंडल आपके उपयोग के मामले में काम नहीं करते हैं, तो (1) शेष मामलों को कवर करना चाहिए।

ठीक है @blasten मैंने मास्टर कोड में देखा और स्नैपशॉट्स को lib फ़ोल्डर में ले जाया गया:
https://github.com/flutter/flutter/blob/dc28ba8919604ff19ea7cbad8d9400516347b08a/packages/flutter_tools/gradle/flutter.gradle#L470 -L481

तो यह सिर्फ ऐप बंडल सपोर्ट नहीं जोड़ रहा है। यह अब और स्पष्ट है।
कुछ स्पष्टीकरण की सराहना की गई होगी, हालांकि यह कहा गया था कि समस्या संपत्ति फ़ोल्डर थी और इस दिशा में कोई जानकारी नहीं दी गई थी क्योंकि यह समस्या और ऐप बंडल समर्थन बहुत स्वतंत्र है।

आपके काम के लिए धन्यवाद।

@ndusart - @blasten ने एंड्रॉइड एम्बेडिंग में बदलाव किए हैं ताकि यह अब lib फ़ोल्डर में बाइनरी ब्लॉब्स की तलाश करे, ताकि अगर मैं गलत नहीं हूं तो आप दोनों प्रकारों में बंडल कर सकते हैं ...

यदि स्नैपशॉट को लिब में ले जाया जाता है, तो शायद #30846 को भी ठीक कर दिया जाएगा?

@blasten
मैंने मास्टर चैनल पर स्विच किया, अपग्रेड किया और एपबंडल का निर्माण किया। दुर्भाग्य से ऐप निम्नलिखित लॉगकैट के साथ Google play store से डाउनलोड करने के बाद बंद हो जाता है

2019-05-22 09:42:14.824 6995-6995/? E/flutter: [ERROR:flutter/runtime/dart_vm_data.cc(19)] VM snapshot invalid and could not be inferred from settings.
2019-05-22 09:42:14.824 6995-6995/? E/flutter: [ERROR:flutter/runtime/dart_vm.cc(241)] Could not setup VM data to bootstrap the VM from.
2019-05-22 09:42:14.824 6995-6995/? E/flutter: [ERROR:flutter/runtime/dart_vm_lifecycle.cc(89)] Could not create Dart VM instance.
2019-05-22 09:42:14.824 6995-6995/? A/flutter: [FATAL:flutter/shell/common/shell.cc(218)] Check failed: vm. Must be able to initialize the VM.

flutter build appbundle अब मास्टर में है, क्या कोई स्वैच्छिक व्यक्ति इसे आजमाना चाहता है?
build apk में प्लेटफ़ॉर्म की सूची का समर्थन करने के लिए हमने कुछ चर्चा की थी, ताकि आप ऐसा कुछ कर सकें: flutter build apk --target-platform android-arm,android-arm64

एक ही समस्या है, हालांकि मेरे पास अभी तक कोई लॉग नहीं है।

मेरा भी यही विचार है। त्रुटि हो रही थी। मास्टर को अपग्रेड किया और flutter build appbundle चलाया। त्रुटि से छुटकारा मिल गया लेकिन खोले जाने पर ऐप क्रैश हो गया।

मैंने नवीनतम परिवर्तनों के साथ ऐप स्टोर में नवीनतम स्पंदन मास्टर संस्करण का उपयोग करके एक ऐपबंडल अपलोड करने का प्रयास किया। 64 बिट त्रुटि अब दूर हो गई है, लेकिन मेरा ऐप तुरंत क्रैश हो जाता है।

क्या वास्तव में अजीब है नीचे दिए गए आदेशों का उपयोग करके 64 बिट संस्करण ठीक काम करता है।
स्पंदन बिल्ड एपीके --target-platform android-arm64
स्पंदन स्थापित एपीआई

ऐप स्टोर में ऐपबंडल के माध्यम से ऐप इंस्टॉल होने पर ही यह क्रैश हो रहा है। अभी के लिए मैंने ऐपस्टोर को वापस 32 बिट एपीके पर वापस कर दिया है।

मेरे पास मेरे gradle.build . में कुछ खास नहीं है

मिनएसडीकेसंस्करण 21
लक्ष्यएसडीकेसंस्करण 28
वर्जन कोड FlutterVersionCode.toInteger ()
वर्जननाम स्पंदनसंस्करणनाम
testInstrumentationRunner "androidx.test.runner.AndroidJUnitRunner"
मल्टीडेक्स सक्षम सत्य

मैं स्पंदन (चैनल मास्टर, v1.6.4-pre.13, मैक ओएस एक्स 10.14.5 18F132, लोकेल एन-यूएस पर) चला रहा हूं।

क्या ऐपस्टोर पर अपलोड करने से पहले इन बंडलों का परीक्षण करने के लिए वैसे भी है? क्या यह एक ज्ञात समस्या है जिस पर Google काम कर रहा है या क्या मुझे अपनी ग्रेडल फ़ाइल में कुछ बदलाव करने की आवश्यकता है?

@chitwoob कृपया चरणों का पालन करें: https://github.com/flutter/flutter/issues/18494#issuecomment -495049530

@blasten मैं बंडल टूल के साथ एक समस्या में भाग रहा हूं जो इस मुद्दे से असंबंधित है।

मुझे समझ आ गया
त्रुटि: एडीबी सर्वर प्रारंभ करने में विफल

दौड़ते समय
बिल्ड-एपीके --कनेक्टेड-डिवाइस --बंडल=./app.aab --output=./my_app.apks --adb

मेरे पास एडीबी ठीक से स्थापित है। जब मैं एडीबी लॉगकैट का प्रयास करता हूं तो यह ठीक काम करता है।

एक लंबी टिप्पणी होगी, लेकिन इसने समस्या को पूरी तरह से ठीक कर दिया

यह मेरा समाधान था:

1. app gradle

splits {
        // Configures multiple APKs based on ABI.
        abi {
            // Enables building multiple APKs per ABI.
            enable true
            // By default all ABIs are included, so use reset() and include to specify that we only
            // want APKs for armeabi-v7a and arm64-v8a.

            // Resets the list of ABIs that Gradle should create APKs for to none.
            reset()

            // Specifies a list of ABIs that Gradle should create APKs for.
            include "armeabi-v7a", "arm64-v8a"

            // Specifies that we do not want to also generate a universal APK that includes all ABIs.
            universalApk false
        }
    }

1. flutter build apk --release --target-platform=android-arm चलाएं
2. प्ले स्टोर पर app-armeabi-v7a-release.apk अपलोड करें
3. वेतन वृद्धि versionCode
4. flutter build apk --release --target-platform=android-arm64 चलाएं
5. प्ले स्टोर पर app-arm64-v8a-release.apk अपलोड करें

Google play store डिवाइस आर्किटेक्चर के अनुसार ऐप को सर्व करेगा। 32 बिट डिवाइस खुश हैं, 64 बिट डिवाइस खुश हैं और मुझे यह जानकर खुशी हुई कि दोनों आर्किटेक्चर की सेवा करते हुए मेरा एपीके आकार अपेक्षाकृत छोटा है।

अगर हम एक ही एपीके में दोनों आर्किटेक्चर के लिए समर्थन शामिल करते हैं, तो उम्मीद करें कि आपके ऐप का आकार 10 एमबी+ . होगा

इन चरणों का पालन कर रहा था "ग्रैडल बिल्ड एंड्रॉइड पैकेज बनाने में विफल रहा।" त्रुटि
_ एक घंटे की डिबगिंग के बाद, फिक्स का पता चला। _

x86 और x64 के लिए अलग-अलग ऐप बनाने के लिए, इन चरणों का पालन करें:

चरण 1: कोड स्निपेट को app/build.gradle फ़ाइल में शामिल करें। फ़ाइल की तरह दिखेगा:

....
    lintOptions {
        disable 'InvalidPackage'
    }

    splits {
        // Configures multiple APKs based on ABI.
        abi {
            // Enables building multiple APKs per ABI.
            enable true
            // By default all ABIs are included, so use reset() and include to specify that we only
            // want APKs for armeabi-v7a and arm64-v8a.

            // Resets the list of ABIs that Gradle should create APKs for to none.
            reset()

            // Specifies a list of ABIs that Gradle should create APKs for.
            include "armeabi-v7a", "arm64-v8a"

            // Specifies that we do not want to also generate a universal APK that includes all ABIs.
            universalApk false
        }
    }

    defaultConfig {
....

चरण 2: flutter build apk --release का उपयोग करके एक रिलीज़ एपीके बनाएं
यह build/app/outputs/apk/app.apk . फ़ोल्डर में x86 आधारित एपीके बनाएगा
इस एपीके को गूगल प्ले स्टोर पर अपलोड करें।
x86 अब तक किया गया

इस समय flutter clean न चलाएं
मैं यह कर रहा था और x64 एपीके बनाते समय त्रुटियां प्राप्त कर रहा था

चरण 3: अब pubspec.yaml खोलें और version से बदलें
version: 1.0.0+1 से version: 1.0.0+2

+ के आगे की संख्या वर्जन कोड है

चरण 4: अब कमांड चलाएँ
flutter build apk --release --target-platform=android-arm64

यह आदेश पूरा होने के बाद, build/app/outputs/apk/release/ । वहां आपको app-arm64-v8a-release.apk नाम से एक एपीके मिलेगा। यह आपकी 64 बिट एपीके फ़ाइल है जिसमें विभिन्न संस्करण कोड हैं।

अब इस x64 एपीके को प्ले स्टोर पर अपलोड करें....और यह रहा। आपने x86 और x64 दोनों ऐप्स को play store पर अपलोड किया है।

एक लंबी टिप्पणी होगी, लेकिन इसने समस्या को पूरी तरह से ठीक कर दिया

[...]
x86 और x64 के लिए अलग-अलग ऐप बनाने के लिए, इन चरणों का पालन करें:

चरण 1: कोड स्निपेट को app/build.gradle फ़ाइल में शामिल करें। फ़ाइल की तरह दिखेगा:

....
    lintOptions {
        disable 'InvalidPackage'
    }

    splits {
        // Configures multiple APKs based on ABI.
        abi {
            // Enables building multiple APKs per ABI.
            enable true
            // By default all ABIs are included, so use reset() and include to specify that we only
            // want APKs for armeabi-v7a and arm64-v8a.

            // Resets the list of ABIs that Gradle should create APKs for to none.
            reset()

            // Specifies a list of ABIs that Gradle should create APKs for.
            include "armeabi-v7a", "arm64-v8a"

            // Specifies that we do not want to also generate a universal APK that includes all ABIs.
            universalApk false
        }
    }

    defaultConfig {
....

चरण 2: flutter build apk --release का उपयोग करके एक रिलीज़ एपीके बनाएं
[...]

आपके उत्तर से सहमत हूँ। मेरे लिए काम करता है, भले ही मुझे चरण 1 का पालन नहीं करना पड़ा (मैंने एक डिफ़ॉल्ट बिल्ड.ग्रेड का उपयोग किया)

फिर, आपको बस अपनी बिल्ड संख्या और संस्करण को बढ़ाना होगा ताकि Google Play इसे स्वीकार कर सके।

मुझे अभी भी अपने हाथ में flutter build appbundle साथ परेशानी हो रही है।

एक लंबी टिप्पणी होगी, लेकिन इसने समस्या को पूरी तरह से ठीक कर दिया

[...]
x86 और x64 के लिए अलग-अलग ऐप बनाने के लिए, इन चरणों का पालन करें:
चरण 1: कोड स्निपेट को app/build.gradle फ़ाइल में शामिल करें। फ़ाइल की तरह दिखेगा:

....
    lintOptions {
        disable 'InvalidPackage'
    }

    splits {
        // Configures multiple APKs based on ABI.
        abi {
            // Enables building multiple APKs per ABI.
            enable true
            // By default all ABIs are included, so use reset() and include to specify that we only
            // want APKs for armeabi-v7a and arm64-v8a.

            // Resets the list of ABIs that Gradle should create APKs for to none.
            reset()

            // Specifies a list of ABIs that Gradle should create APKs for.
            include "armeabi-v7a", "arm64-v8a"

            // Specifies that we do not want to also generate a universal APK that includes all ABIs.
            universalApk false
        }
    }

    defaultConfig {
....

चरण 2: flutter build apk --release का उपयोग करके एक रिलीज़ एपीके बनाएं
[...]

आपके उत्तर से सहमत हूँ। मेरे लिए काम करता है, भले ही मुझे चरण 1 का पालन नहीं करना पड़ा (मैंने एक डिफ़ॉल्ट बिल्ड.ग्रेड का उपयोग किया)

फिर, आपको बस अपनी बिल्ड संख्या और संस्करण को बढ़ाना होगा ताकि Google Play इसे स्वीकार कर सके।

मुझे अभी भी अपने हाथ में flutter build appbundle साथ परेशानी हो रही है।

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

@mormih आपके धैर्य के लिए धन्यवाद - हम पुनरुत्पादन पर काम कर रहे हैं। यदि आप बुरा न मानें, तो क्या आप मुझे निम्नलिखित सहित एक ईमेल ([email protected]) भेज सकते हैं, इससे मदद मिलेगी:

• आपका होस्ट प्लेटफ़ॉर्म जिसे आप बनाने के लिए उपयोग कर रहे हैं।
• ऐप बनाने के लिए आप जिस कमांड का उपयोग कर रहे हैं।
• --bug-report (जैसे flutter build appbundle --bug-report ) के साथ अपना बिल्ड कमांड चलाएँ और संबंधित bugreport.zip फ़ाइल संलग्न करें
• जनरेट किया गया ऐप बंडल अटैच करें ताकि हम इसे स्थानीय डिवाइस पर चलाने का प्रयास कर सकें
• ऐप चलाने का प्रयास करने के बाद adb bugreport के परिणाम संलग्न करें

धन्यवाद!

@tvolkert मुझे भी समस्या है जहां यह निम्न संदेश के साथ दुर्घटनाग्रस्त हो रहा है:

जाँच विफल: vm. VM को इनिशियलाइज़ करने में सक्षम होना चाहिए।

मेरा होस्ट प्लेटफॉर्म एक मैक और मैकओएस 10.14.5 है। क्या आप इसे पुन: प्रस्तुत करने में सक्षम थे, या क्या आप चाहते हैं कि मैं ऊपर लिखे गए चरणों का पालन करूं? साथ ही, शायद इसके पास एक समर्पित टिकट होना चाहिए क्योंकि यह ओपी से अलग मुद्दा है .. चीयर्स

@mormih मुझे यकीन नहीं है लेकिन क्या आपने अबी सूची में x86 भी शामिल करने का प्रयास किया है?

include "armeabi-v7a", "arm64-v8a", "x86"

flutter build appbundle (मास्टर पर) ने मेरे लिए भी काम नहीं किया, क्या स्प्लैशस्क्रीन वैसे ही अटक गई है जैसे दूसरों ने नोट किया है ...

32- और 64 बिट दोनों के लिए अब तक (प्ले स्टोर में) रिलीज करने के लिए मुझे मिला एकमात्र कामकाज निम्नलिखित है। (आंशिक रूप से धागे में शामिल है लेकिन किसी की मदद कर सकता है):

1. डिफ़ॉल्ट बिल्ड एपीके कमांड पर v7 फ़िल्टर के साथ एक एपीके बनाएं:
   आपके ऐप/बिल्ड.ग्रेड फ़ाइल में:
   defaultConfig { ... ndk{ abiFilters "armeabi-v7a" } }
   और फिर भागो
   flutter build apk
   (--रिलीज़ के लिए डिफ़ॉल्ट)

2. pubspec.yaml में अपना बिल्ड नंबर डालें।
   जैसे version: 1.1.0+6 से version: 1.1.0+7

3. लक्ष्य प्लेटफॉर्म के रूप में arm64 के साथ + बिल्ड पर v8 फ़िल्टर के साथ एक एपीके बनाएं:
   अब build.gradle को अपडेट करें जैसे:
   defaultConfig { ... ndk{ abiFilters "arm64-v8a" } }
   और फिर भागो
   flutter build apk --release --target-platform android-arm64

इसमें 2 एपीके अपलोड करने का ओवरहेड शामिल है (और इस प्रकार 2 बिल्ड नंबर बना रहा है) लेकिन कम से कम ऐसा लगता है कि यह काम करता है और मैं 32 और 64 बिट डिवाइस दोनों के लिए रिलीज कर सकता हूं ...

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

@ezmegy विधि केवल वही है जो मेरे लिए काम करती है। धन्यवाद

टिप्पणियों में कहीं ऊपर किसी ने इसे छोड़ दिया।

यह मेरे और इसके केवल 1 टर्मिनल कोड के लिए काम कर रहा है।
यह 2 फाइलों को आउटपुट करता है जिन्हें मैं नफरत करता हूं और यह 2 संस्करण बनाता है।

@ezmegy धन्यवाद! तुम मेरा दिन बचाओ

धन्यवाद @ezmegy , आपकी "चाल" काम करती है!

धन्यवाद @ezmegy !
मैं अपना वर्तमान कार्यप्रवाह साझा करना चाहूंगा जो सहायक हो सकता है:

app/build.gradle प्रति आर्किटेक्चर पर कुछ बिल्ड फ्लेवर बनाएं

flavorDimensions 'arch'
    productFlavors {
        arm32 {
            dimension 'arch'
            ndk {
                abiFilters 'armeabi-v7a'
            }
        }
        arm64 {
            dimension 'arch'
            ndk {
                abiFilters 'arm64-v8a'
            }
        }

तब मैं दोनों के साथ निर्माण कर सकता हूं:
flutter build apk --flavor arm32
तथा
flutter build apk --flavor arm64 --target-platform android-arm64
प्रत्येक बिल्ड पर ग्रेडेल को संशोधित किए बिना

संस्करण कोड के संबंध में, मैं डिफ़ॉल्ट रूप से एक सेट करना पसंद करूंगा और दूसरों को उसी से प्राप्त करूंगा
उदाहरण के लिए सेट arm32 1.0.0 + 10000 और उत्पन्न के लिए वर्ज़न वाला arm64 जो 1.0.0 + 10001 है
बैश का उपयोग करके उत्पन्न करना आसान होना चाहिए (या यदि आप फास्टलेन का उपयोग कर रहे हैं तो फास्टफाइल के भीतर)

यदि आप एक का उपयोग कर रहे हैं तो आप --build-number तर्कों का उपयोग करके या फास्टलेन के माध्यम से बिल्ड नंबर सेट कर सकते हैं

यह संस्करण कोड स्क्रिप्टिंग मुझे सीआई/सीडी में मदद करता है

सीएमआईआईडब्ल्यू

मेरे लिए यह बहुत अच्छा काम किया
https://github.com/flutter/flutter/issues/10728#issuecomment -461375218

एक लंबी टिप्पणी होगी, लेकिन इसने समस्या को पूरी तरह से ठीक कर दिया

यह मेरा समाधान था:

1. app gradle

splits {
        // Configures multiple APKs based on ABI.
        abi {
            // Enables building multiple APKs per ABI.
            enable true
            // By default all ABIs are included, so use reset() and include to specify that we only
            // want APKs for armeabi-v7a and arm64-v8a.

            // Resets the list of ABIs that Gradle should create APKs for to none.
            reset()

            // Specifies a list of ABIs that Gradle should create APKs for.
            include "armeabi-v7a", "arm64-v8a"

            // Specifies that we do not want to also generate a universal APK that includes all ABIs.
            universalApk false
        }
    }

1. flutter build apk --release --target-platform=android-arm चलाएं
2. प्ले स्टोर पर app-armeabi-v7a-release.apk अपलोड करें
3. वेतन वृद्धि versionCode
4. flutter build apk --release --target-platform=android-arm64 चलाएं
5. प्ले स्टोर पर app-arm64-v8a-release.apk अपलोड करें

Google play store डिवाइस आर्किटेक्चर के अनुसार ऐप को सर्व करेगा। 32 बिट डिवाइस खुश हैं, 64 बिट डिवाइस खुश हैं और मुझे यह जानकर खुशी हुई कि दोनों आर्किटेक्चर की सेवा करते हुए मेरा एपीके आकार अपेक्षाकृत छोटा है।
अगर हम एक ही एपीके में दोनों आर्किटेक्चर के लिए समर्थन शामिल करते हैं, तो उम्मीद करें कि आपके ऐप का आकार 10 एमबी+ . होगा

इन चरणों का पालन कर रहा था "ग्रैडल बिल्ड एंड्रॉइड पैकेज बनाने में विफल रहा।" त्रुटि
_ एक घंटे की डिबगिंग के बाद, फिक्स का पता चला। _

x86 और x64 के लिए अलग-अलग ऐप बनाने के लिए, इन चरणों का पालन करें:

चरण 1: कोड स्निपेट को app/build.gradle फ़ाइल में शामिल करें। फ़ाइल की तरह दिखेगा:

....
    lintOptions {
        disable 'InvalidPackage'
    }

    splits {
        // Configures multiple APKs based on ABI.
        abi {
            // Enables building multiple APKs per ABI.
            enable true
            // By default all ABIs are included, so use reset() and include to specify that we only
            // want APKs for armeabi-v7a and arm64-v8a.

            // Resets the list of ABIs that Gradle should create APKs for to none.
            reset()

            // Specifies a list of ABIs that Gradle should create APKs for.
            include "armeabi-v7a", "arm64-v8a"

            // Specifies that we do not want to also generate a universal APK that includes all ABIs.
            universalApk false
        }
    }

    defaultConfig {
....

चरण 2: flutter build apk --release का उपयोग करके एक रिलीज़ एपीके बनाएं
यह build/app/outputs/apk/app.apk . फ़ोल्डर में x86 आधारित एपीके बनाएगा
इस एपीके को गूगल प्ले स्टोर पर अपलोड करें।
x86 अब तक किया गया

इस समय flutter clean न चलाएं
मैं यह कर रहा था और x64 एपीके बनाते समय त्रुटियां प्राप्त कर रहा था

चरण 3: अब pubspec.yaml खोलें और version से बदलें
version: 1.0.0+1 से version: 1.0.0+2

+ के आगे की संख्या वर्जन कोड है

चरण 4: अब कमांड चलाएँ
flutter build apk --release --target-platform=android-arm64

यह आदेश पूरा होने के बाद, build/app/outputs/apk/release/ । वहां आपको app-arm64-v8a-release.apk नाम से एक एपीके मिलेगा। यह आपकी 64 बिट एपीके फ़ाइल है जिसमें विभिन्न संस्करण कोड हैं।

अब इस x64 एपीके को प्ले स्टोर पर अपलोड करें....और यह रहा। आपने x86 और x64 दोनों ऐप्स को play store पर अपलोड किया है।

यह मेरे लिए चरण 1 के बिना भी काम कर रहा है। सभी को धन्यवाद। मैंने एनडीके फिल्टर एनडीके का इस्तेमाल किया है {
abiFilters "आर्मेबी-वी7ए", "x86"
}
बिल्ड ग्रेडल फ़ाइल में। मुझे नहीं पता कि इसकी आवश्यकता है या नहीं। इसके अलावा, मैंने चरण 2 से सभी चरणों का पालन किया था और दो एपीके अपलोड किए थे, एक 32 बिट के लिए और दूसरा 64 बिट के लिए।

पहले मैंने एपबंडल अपलोड किया था, इस बार एपीके फाइल अपलोड की। अच्छा कर रहा है। मुझे ऐपबंडल से जांचना है और दो एपीके अपलोड किए बिना ठीक करने का भी प्रयास करना है।

ध्यान दें :
इस प्रक्रिया को करने से पहले, मेरा ऐप निम्नलिखित arm-64 बिट डिवाइस में क्रैश हो गया है
रेडमी एमआई,
रेडमी 3एस प्राइम
हॉनर 8x

निम्नलिखित arm-64 बिट उपकरणों में काम किया
सैमसंग गैलेक्सी J4
सैमसंग ऑन8

हाय स्पंदन टीम,

कृपया। अन्य ऐप बाज़ारों पर भी विचार करें जैसे कि चीन में। चीन में, हमें Google Play Store का उपयोग करने की अनुमति नहीं है, इसके बजाय, हमारे पास XiaoMi's, HuaWei's and the Ali's ... आदि जैसे कई ऐप मार्केट हैं।

उन ऐप बाज़ारों में, हमें विभिन्न आर्किटेक्चर में एपीके रिलीज़ प्रदान करने की अनुमति नहीं है, हम प्रति रिलीज़ केवल एक और केवल एक एपीके अपलोड कर सकते हैं, और वह रिलीज़ पिछली रिलीज़ के एपीके को ओवरराइड कर देगी। जिसका अर्थ है कि वर्तमान कार्य "armeabi-v7a" का उपयोग करना है।

अगर मैं गलत हूं तो मुझे सुधारें, "armeabi-v7a" का उपयोग करके, सभी 64-बिट डिवाइस 32-बिट्स libflutter.so चला रहे होंगे, और मुझे लगता है कि यह धीमा होगा।

तो मैं सुझाव दूंगा कि क्या स्पंदन टीम हमें एक एपीके बनाने की अनुमति देने के लिए एक विधि प्रदान कर सकती है जिसमें 32-बिट और 64-बिट दोनों libflutter.so शामिल हैं, हालांकि एपीके का आकार बड़ा होगा। (चीन में, हमारे पास आमतौर पर बहुत तेज़ इंटरनेट गति होती है और हम अनंत 4G उपयोग योजनाओं के लिए बहुत कम भुगतान करते हैं, और लोग आमतौर पर एपीके के आकार की परवाह नहीं करते हैं)

हाय स्पंदन टीम,

कृपया। अन्य ऐप बाज़ारों पर भी विचार करें जैसे कि चीन में। चीन में, हमें Google Play Store का उपयोग करने की अनुमति नहीं है, इसके बजाय, हमारे पास XiaoMi's, HuaWei's and the Ali's ... आदि जैसे कई ऐप मार्केट हैं।

उन ऐप बाज़ारों में, हमें विभिन्न आर्किटेक्चर में एपीके रिलीज़ प्रदान करने की अनुमति नहीं है, हम प्रति रिलीज़ केवल एक और केवल एक एपीके अपलोड कर सकते हैं, और वह रिलीज़ पिछली रिलीज़ के एपीके को ओवरराइड कर देगी। जिसका अर्थ है कि वर्तमान कार्य "armeabi-v7a" का उपयोग करना है।

अगर मैं गलत हूं तो मुझे सुधारें, "armeabi-v7a" का उपयोग करके, सभी 64-बिट डिवाइस 32-बिट्स libflutter.so चला रहे होंगे, और मुझे लगता है कि यह धीमा होगा।

तो मैं सुझाव दूंगा कि क्या स्पंदन टीम हमें एक एपीके बनाने की अनुमति देने के लिए एक विधि प्रदान कर सकती है जिसमें 32-बिट और 64-बिट दोनों libflutter.so शामिल हैं, हालांकि एपीके का आकार बड़ा होगा। (चीन में, हमारे पास आमतौर पर बहुत तेज़ इंटरनेट गति होती है और हम अनंत 4G उपयोग योजनाओं के लिए बहुत कम भुगतान करते हैं, और लोग आमतौर पर एपीके के आकार की परवाह नहीं करते हैं)

आपके मामले में, आप मानक 32-बिट प्रदान कर सकते हैं और सब कुछ ठीक हो जाएगा, है ना?
64 बिट चेतावनी केवल Google Play के लिए है। मेरा मानना ​​है कि यह चीन के लिए कोई मुद्दा नहीं है।
(यदि मैं गलत हूं तो मुझे बताएं।)

@ KunalT6569 मुझे आपके द्वारा बताए गए चरण 3 का अनुमान है:

चरण 3: अब pubspec.yaml खोलें और से संस्करण बदलें
संस्करण: 1.0.0+1 से संस्करण: 1.0.0+2

दोनों एपीके फाइलों को Google Play कंसोल पर अपलोड करने की अनुमति देना आवश्यक है, है ना?

मेरे पास एक और सवाल है - एक बार दोनों एपीके फाइलें तैयार हो जाने के बाद, आप बस उन्हें App releases\New Release\Browse Files अनुभाग के माध्यम से अपलोड करते हैं, है ना?

@ Angel1st हां, चरण 3 आवश्यक है क्योंकि Google play समान संस्करण कोड वाले दो एपीके अपलोड करने की अनुमति नहीं देगा।

google play पर कई apks अपलोड करने के लिए, मैंने इस वीडियो का हवाला दिया।
https://www.youtube.com/watch?v=rMl_oLlf_g0

एफवाईआई:

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

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

@Hixie यहाँ एक और समस्या
नवीनतम स्पंदन द्वारा ऐप बंडल (अभी तक मास्टर) x86, x86_64 संस्करण उत्पन्न नहीं कर रहा है
मास्टर शाखा द्वारा निर्मित फ़ाइलें

Android स्टूडियो के साथ पुराने संस्करण द्वारा उत्पन्न फ़ाइलें

अपेक्षित व्यवहार x86 , x86_64 संस्करणों के साथ-साथ नए संस्करण द्वारा निर्मित फ़ाइल में शामिल करना है

इस मुद्दे के स्वतंत्र @canewsin, हम 86 रिहाई बाइनरी प्रदान नहीं करते हैं (https://github.com/flutter/flutter/issues/9253) - "पुराने संस्करण" में है https://github.com/flutter/ स्पंदन/मुद्दों/18494#मुद्दा -497118805 डीबग बिल्ड का जिक्र है?

मुझे एक ही समस्या है, 32-बिट के लिए निर्माण 64-बिट डिवाइसों को बाहर कर देगा, हालांकि यह उन पर चलता है। --target-platform android-arm64 निर्दिष्ट करके 64 के लिए बिल्डिंग 64-बिट डिवाइस पर काम करती है, लेकिन 32-बिट डिवाइस पर क्रैश हो जाती है। साथ ही Google 2019 में एपीके के अपलोड को 64-बिट तक सीमित कर देगा।

स्पंदन टीम, कृपया इस मूल समस्या का समाधान करें!

डिफ़ॉल्ट कॉन्फिग {
....
वर्जननाम स्पंदनसंस्करणनाम
ndk.abiफ़िल्टर 'armeabi-v7a','arm64-v8a','x86','x86_64'
}
// तैयार!

मैंने अपने ऐप को नवीनतम स्पंदन मास्टर शाखा के साथ संकलित किया और ऐप बंडल के रूप में प्ले स्टोर पर अपलोड किया लेकिन ऐप डिवाइस पर क्रैश हो रहा है यह लॉग टेस्ट लैब से लिया गया है

05-31 07:50:28.384: D/AndroidRuntime(11036): --------- beginning of crash
05-31 07:50:28.384: E/AndroidRuntime(11036): FATAL EXCEPTION: main
05-31 07:50:28.384: E/AndroidRuntime(11036): Process: in.canews.social, PID: 11036
05-31 07:50:28.384: E/AndroidRuntime(11036): java.lang.RuntimeException: Unable to create application in.canews.social.App: java.lang.NullPointerException: Attempt to get length of null array
05-31 07:50:28.384: E/AndroidRuntime(11036):    at android.app.ActivityThread.handleBindApplication(ActivityThread.java:5794)
05-31 07:50:28.384: E/AndroidRuntime(11036):    at android.app.ActivityThread.-wrap1(Unknown Source:0)
05-31 07:50:28.384: E/AndroidRuntime(11036):    at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1661)
05-31 07:50:28.384: E/AndroidRuntime(11036):    at android.os.Handler.dispatchMessage(Handler.java:105)
05-31 07:50:28.384: E/AndroidRuntime(11036):    at android.os.Looper.loop(Looper.java:164)
05-31 07:50:28.384: E/AndroidRuntime(11036):    at android.app.ActivityThread.main(ActivityThread.java:6541)
05-31 07:50:28.384: E/AndroidRuntime(11036):    at java.lang.reflect.Method.invoke(Native Method)
05-31 07:50:28.384: E/AndroidRuntime(11036):    at com.android.internal.os.Zygote$MethodAndArgsCaller.run(Zygote.java:240)
05-31 07:50:28.384: E/AndroidRuntime(11036):    at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:767)
05-31 07:50:28.384: E/AndroidRuntime(11036): Caused by: java.lang.NullPointerException: Attempt to get length of null array
05-31 07:50:28.384: E/AndroidRuntime(11036):    at io.flutter.view.FlutterMain.listLibs(FlutterMain.java:381)
05-31 07:50:28.384: E/AndroidRuntime(11036):    at io.flutter.view.FlutterMain.initAot(FlutterMain.java:412)
05-31 07:50:28.384: E/AndroidRuntime(11036):    at io.flutter.view.FlutterMain.startInitialization(FlutterMain.java:164)
05-31 07:50:28.384: E/AndroidRuntime(11036):    at io.flutter.view.FlutterMain.startInitialization(FlutterMain.java:143)
05-31 07:50:28.384: E/AndroidRuntime(11036):    at io.flutter.app.FlutterApplication.onCreate(FlutterApplication.java:22)
05-31 07:50:28.384: E/AndroidRuntime(11036):    at android.app.Instrumentation.callApplicationOnCreate(Instrumentation.java:1118)
05-31 07:50:28.384: E/AndroidRuntime(11036):    at android.app.ActivityThread.handleBindApplication(ActivityThread.java:5791)
05-31 07:50:28.384: E/AndroidRuntime(11036):    ... 8 more
05-31 07:50:28.392: W/ActivityManager(897):   Force finishing activity in.canews.social/.MainActivity

स्पंदन चिकित्सक -v

C:\flutter\flutter\bin>flutter doctor -v
[√] Flutter (Channel master, v1.6.7-pre.7, on Microsoft Windows [Version 10.0.17763.503], locale en-IN)
    • Flutter version 1.6.7-pre.7 at C:\flutter\flutter
    • Framework revision 6884146925 (2 days ago), 2019-05-29 12:52:05 -0700
    • Engine revision 8dc3a4cde2
    • Dart version 2.3.2 (build 2.3.2-dev.0.0 e3edfd36b2)


[√] Android toolchain - develop for Android devices (Android SDK version 28.0.3)
    • Android SDK at C:\Users\PramUkesh\AppData\Local\Android\sdk
    • Android NDK location not configured (optional; useful for native profiling support)
    • Platform android-28, build-tools 28.0.3
    • Java binary at: C:\Program Files\Android\Android Studio\jre\bin\java
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1343-b01)
    • All Android licenses accepted.

[√] Android Studio (version 3.4)
    • Android Studio at C:\Program Files\Android\Android Studio
    • Flutter plugin version 35.3.1
    • Dart plugin version 183.6270
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1343-b01)

[√] VS Code (version 1.34.0)
    • VS Code at C:\Users\PramUkesh\AppData\Local\Programs\Microsoft VS Code
    • Flutter extension version 3.0.2

[√] Connected device (1 available)
    • Z2 Plus • 2e9087c2 • android-arm64 • Android 9 (API 28)

• No issues found!

@canewsin ऐसा लगता है कि यह समस्या https://github.com/flutter/engine/pull/9078 में तय की गई थी git fetch upstream && git merge upstream/master

बार-बार पूछे जाने वाले प्रश्नों को देखने के बाद, जिनका उत्तर पिछली टिप्पणियों में दिया जा चुका है, मैंने एक संक्षिप्त लेख लिखा है जिसमें बताया गया है कि अब हमारे पास क्या विकल्प हैं https://medium.com/@truongsinh/flutter -android-64-bit-so-what-the-fuss -15da6f8e3a46। यहां टीएलडीआर है:

@truongsinh , हम Play Store पर परिनियोजन के लिए 32 और 64 बिट बायनेरिज़ दोनों वाले ऐप बंडल बनाने के लिए flutter build appbundle का उपयोग करने के लिए समर्थन को अंतिम रूप दे रहे हैं। अधिक जानकारी के लिए https://github.com/flutter/flutter/issues/31922 देखें - कृपया इसे आज़माएं और अगर आपको कोई समस्या आती है तो हमें बताएं।

@truongsinh , हम Play Store पर परिनियोजन के लिए 32 और 64 बिट बायनेरिज़ दोनों वाले ऐप बंडल बनाने के लिए flutter build appbundle का उपयोग करने के लिए समर्थन को अंतिम रूप दे रहे हैं। अधिक जानकारी के लिए #31922 देखें - कृपया इसे आज़माएं और यदि आपको कोई समस्या आती है तो हमें बताएं।

हां, मैं अभी भी ऐप बनाने के लिए flutter build appbundle प्रतीक्षा कर रहा हूं जो अटक या क्रैश नहीं होता है: डी

हां, मैं अभी भी ऐप बनाने के लिए स्पंदन बिल्ड एपबंडल की प्रतीक्षा कर रहा हूं जो अटक या क्रैश नहीं होता है: डी

माना यदि आपके पास ऐसा होने का एक प्रतिलिपि प्रस्तुत करने योग्य मामला है जिसे हम देख सकते हैं, तो यह बहुत अच्छा होगा। यदि आप 1.7.1 रिलीज़ से एक अहस्ताक्षरित .aab फ़ाइल बनाने और मुझे ईमेल ([email protected]) के माध्यम से भेजने के इच्छुक थे, तो मैं इसकी सराहना करता हूँ!

FYI करें, हमारे 64-बिट समर्थन के संबंध में निम्न घोषणा [email protected] पर भेजी गई थी।

https://groups.google.com/forum/#!topic/flutter -announce/oIzwT9EDczc

मुझे भी यह समस्या हो रही है।

जब मैं एंड्रॉइड स्टूडियो में ऐप बंडल बनाता हूं तो मैं इसे अपने सिम्युलेटर पर ठीक से लोड कर सकता हूं, लेकिन जब मैं इसे प्ले स्टोर से डाउनलोड करता हूं तो यह ऐप को क्रैश कर देता है

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

cmd लाइन से अपने ऐप बंडल से एपीके के आउटपुट के लिए रेफरी
https://developer.android.com/studio/command-line/bundletool

FYI करें, ऐप बंडल में क्रैश को https://github.com/flutter/flutter/issues/31922 में बेहतर तरीके से ट्रैक किया जाता है

नमस्ते,

टीएलडीआर:

हमने प्ले स्टोर से डाउनलोड किए जाने पर क्रैश की समस्या की पहचान की है और इसे ठीक करने पर काम कर रहे हैं, जिसे https://github.com/flutter/flutter/issues/31922#issuecomment में ऊपर उल्लिखित समय सीमा के भीतर वितरित किया जाना है। -498880614

उच्च स्तरीय स्पष्टीकरण

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

समाधान सिर्फ dlopen पुस्तकालयों के लिए है, और एंड्रॉइड अमूर्त दूर है जहां पुस्तकालय स्थित हैं (यानी एक संग्रह के भीतर या नहीं)। हालांकि, आवश्यक .so फाइलें कभी भी शुरू करने के लिए सही पुस्तकालय नहीं थीं - वे डेटा के केवल बाइनरी ब्लॉब्स थे जिन्हें हमने डार्ट वीएम में लोड किया था। तो इसके भाग के रूप में, हम उन्हें ELF पुस्तकालय बना रहे हैं (जैसे https://github.com/dart-lang/sdk/commit/6d608fb52bc1926a73d986d73ab228b77cfb7ca2 और https://github.com/flutter/flutter/pull/33696)।

4. स्पंदन बिल्ड एपीके --release --target-platform=android-arm64

बिल्ड.ग्रेडल में कोड स्निपेट जोड़ने के बाद मुझे यह त्रुटि मिलती है
Gradle build failed to produce an Android package.

1. स्पंदन बिल्ड एपीके --release --target-platform=android-arm64

बिल्ड.ग्रेडल में कोड स्निपेट जोड़ने के बाद मुझे यह त्रुटि मिलती है
Gradle build failed to produce an Android package.

https://developer.android.com/distribute/best-practices/develop/64-bit

क्या कोई समस्या का समाधान कर सकता है? मेरे पास स्पंदन पर एक ऐप है जो केवल 32-बिट एपीके काम करता है लेकिन 64 काम नहीं करता है या इंस्टॉल नहीं करता है। मैं 64-बिट सेल फ़ोन पर परीक्षण कर रहा/रही हूं

@CgarciaTC कृपया नवीनतम अपडेट के लिए https://github.com/flutter/flutter/issues/18494#issuecomment -500101807 देखें

नमस्ते,

हमारा मानना ​​है कि सभी सुधार master चैनल पर टिप-ऑफ-ट्री पर आ गए हैं। यदि आप उन्हें आजमाना चाहते हैं, तो यहां बताया गया है:

• flutter build appbundle

  डिफ़ॉल्ट रूप से, ऐप बंडल में आपका डार्ट कोड और armeabi-v7a (32-बिट) और arm64-v8a (64-बिट) के लिए संकलित फ़्लटर रनटाइम होता है।

• flutter build apk --split-per-abi

  इस आदेश के परिणामस्वरूप दो एपीके होंगे:

  build/app/outputs/apk/release/app-armeabi-v7a-release.apk
build/app/outputs/apk/release/app-arm64-v8a-release.apk

• flutter build apk

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

स्पंदन बिल्ड एपीके --स्प्लिट-प्रति-अबी
इस आदेश के परिणामस्वरूप दो एपीके होंगे:
बिल्ड/ऐप/आउटपुट/एपीके/रिलीज/ऐप-आर्मेबी-वी7ए-रिलीज.एपीके
बिल्ड/ऐप/आउटपुट/एपीके/रिलीज/ऐप-आर्म64-v8a-release.apk

@tvolkert - इस विशेष परिदृश्य में, प्रत्येक रिलीज़ संस्करण संख्या के बारे में क्या? जब तक मुझे पता है, उन्हें अलग होना है, इसलिए हम दोनों को Google Play में अपलोड कर सकते हैं। क्या उस हिस्से को किसी तरह प्रबंधित किया जाता है, जब एपीके बनाए जाते हैं? यदि नहीं, तो इसे कैसे संभाला जाना चाहिए?

@angel1st https://developer.android.com/studio/build/configure-apk-splits#configure -APK-versions में मार्गदर्शन के अनुसार एपीके बनाए जाने पर इसे स्वचालित रूप से प्रबंधित किया जाता है

@tvolkert क्या इस बारे में कोई जानकारी है कि यह स्थिर चैनल में कब

@ndusart , हाँ - https://github.com/flutter/flutter/issues/18494#issuecomment -498880287 देखें

पुष्टि कर सकते हैं कि यह कई Android उपकरणों पर काम कर रहा है (मास्टर पर स्विच करने के बाद)। क्या जीवन रक्षक है, धन्यवाद।

@tvolkert धन्यवाद ढेर। स्पंदन स्थिर में इसे प्राप्त करने के लिए कोई समयरेखा?

@ harsha973 देखें https://github.com/flutter/flutter/issues/18494#issuecomment -498880287

@ harsha973 आप गंभीरता से टैग कर रहे हैं और ठीक वही प्रश्न पूछ रहे हैं जिसका उत्तर उन्होंने आपके ऊपर 2 पदों पर दिया था। अज्ञानी ही नहीं, अनादर के कगार पर।

@PerLycke इसके बारे में खेद है।

मैंने मास्टर चैनल की जाँच की है, स्पंदन को उन्नत किया है और अब मैं कमांड का उपयोग करके वास्तव में ऐप नहीं बना सकता:
flutter build apk --release --flavor production -t lib/main.dart
परिणाम है:

* What went wrong:                                                                                                 
Execution failed for task ':app:transformNativeLibsWithMergeJniLibsForProductionRelease'.                          
> More than one file was found with OS independent path 'lib/armeabi-v7a/libapp.so' 

इसी तरह के स्टैक ओवरफ्लो मुद्दों के उत्तर वास्तव में मदद नहीं करते हैं।

@MichaelRFairhurst flutter build apk --release ने मेरे लिए अच्छा काम किया, इसलिए हो सकता है कि मास्टर पर नए अपडेट के लिए भी आपकी स्वाद सेटिंग्स के अपडेट की आवश्यकता हो।

मुझे पता है कि यह कोई जवाब नहीं है, क्षमा करें, लेकिन कम से कम सही दिशा में एक बिंदु है।

फिक्स बीटा कब जाएगा?

@derolf कृपया https://github.com/flutter/flutter/issues/18494#issuecomment -498880287 को लक्ष्य समयसीमा के साथ नवीनतम अपडेट के रूप में देखें।

नमस्ते,

ये सुधार अब dev चैनल में v1.7.4 रिलीज या बाद में लाइव हैं।

इस 64 बिट सामान को समझने की कोशिश करते समय, मुझे @michalsuryntequiqo के समान समस्या हो रही है और मैं अब सीएलआई के माध्यम से कुछ भी नहीं बना सकता। यह एंड्रॉइड स्टूडियो के माध्यम से बनाता है और ठीक चलता है ....
flutter build apk --flavor=dev -t lib/main-dev.dart चलाएं

[   +3 ms] FAILURE: Build failed with an exception.
[   +1 ms] * What went wrong:
[        ] Execution failed for task ':app:transformNativeLibsWithMergeJniLibsForDevRelease'.
[        ] > More than one file was found with OS independent path 'lib/armeabi-v7a/libapp.so'
[        ] * Try:
[        ] Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output. Run with --scan to get full insights.
[        ] * Get more help at https://help.gradle.org
[        ] BUILD FAILED in 1m 3s
[ +370 ms] Running Gradle task 'assembleDevRelease'... (completed in 64.0s)
[   +4 ms] "flutter apk" took 69,789ms.
[        ] "flutter apk" took 69,789ms.

चिकित्सक

संपादित करें:
8627ff433b4658195e66b9c0034902116f53d580 से ठीक पहले प्रतिबद्धता के साथ प्रयास किया और यह https://github.com/flutter/flutter/issues/24106 के कारण सामान्य त्रुटि Gradle build failed to produce an Android package. साथ एपीके उत्पन्न करता है

@blasten कोई विचार है कि इसे अपने परिवर्तनों के साथ फिर से कैसे काम करना है?

2 संपादित करें:
इसके लिए नया अंक खोला: https://github.com/flutter/flutter/issues/34598

मैंने आज स्पंदन प्रलेखन पढ़ा और मैंने पाया:

कमांड लाइन से:

सीडी दर्ज करें
(बदलने केआपके आवेदन की निर्देशिका के साथ।)
स्पंदन बिल्ड एपीके चलाएं --स्प्लिट-प्रति-अबी
(स्पंदन बिल्ड कमांड --release पर डिफॉल्ट करता है।)
यह आदेश दो एपीके फाइलों में परिणत होता है:

/बिल्ड/ऐप/आउटपुट/एपीके/रिलीज/ऐप-आर्मियाबी-वी7ए-रिलीज.एपीके
/बिल्ड/ऐप/आउटपुट/एपीके/रिलीज/ऐप-आर्म64-v8a-release.apk

https://flutter.dev/docs/deployment/android#build -an-apk

@eugenio-tesio --split-per-abi का उपयोग करते समय कौन से वर्जनकोड का उपयोग किया जाता है?

मैंने इसे दस्तावेज़ीकरण में देखा और मैंने इसे यहां प्रकाशित करने के बारे में सोचा। मैंने इसका परीक्षण नहीं किया।
मैं कमांड चलाऊंगा और काम नहीं करूंगा। इसे कहते हैं:

"विभाजन-प्रति-अबी" नाम का विकल्प नहीं मिल सका।

'स्पंदन-एच' चलाएँ (या 'स्पंदन'-h') उपलब्ध स्पंदन आदेशों और विकल्पों के लिए।

स्पंदन चिकित्सक:

स्पंदन 1.6.3 • चैनल बीटा • https://github.com/flutter/flutter.git
फ्रेमवर्क • संशोधन bc7bc94083 (4 सप्ताह पहले) • 2019-05-23 10:29:07 -0700
इंजन • संशोधन 8dc3a4cde2
उपकरण • डार्ट 2.3.2 (बिल्ड 2.3.2-dev.0.0 e3edfd36b2)

Consumos_app में "स्पंदन पब अपग्रेड" चल रहा है... 19,8s

फड़फड़ाता डॉक्टर चल रहा है...
डॉक्टर का सारांश (सभी विवरण देखने के लिए, स्पंदन डॉक्टर -v चलाएँ):
[√] स्पंदन (चैनल बीटा, v1.6.3, माइक्रोसॉफ्ट विंडोज पर [संस्करण 10.0.17134.829], लोकेल es-AR)
[√] एंड्रॉइड टूलचेन - एंड्रॉइड डिवाइस के लिए विकसित (एंड्रॉइड एसडीके संस्करण 28.0.3)
[√] एंड्रॉइड स्टूडियो (संस्करण 3.4)
[√] IntelliJ IDEA अल्टीमेट एडिशन (संस्करण 2019)
[√] वी.एस. कोड (संस्करण 1.26.1)
[√] वीएस कोड, 64-बिट संस्करण (संस्करण 1.33.1)
[!] कनेक्टेड डिवाइस
! कोई उपकरण उपलब्ध नहीं

मुझे लगता है कि यह सुविधा जल्द ही उपलब्ध होगी।

मैंने इसे दस्तावेज़ीकरण में देखा और मैंने इसे यहां प्रकाशित करने के बारे में सोचा। मैंने इसका परीक्षण नहीं किया।
मैं कमांड चलाऊंगा और काम नहीं करूंगा। इसे कहते हैं:

"विभाजन-प्रति-अबी" नाम का विकल्प नहीं मिल सका।
उपलब्ध स्पंदन आदेशों और विकल्पों के लिए 'स्पंदन-एच' (या 'स्पंदन-एच') चलाएँ।

स्पंदन चिकित्सक:

स्पंदन 1.6.3 • चैनल बीटा • https://github.com/flutter/flutter.git
फ्रेमवर्क • संशोधन bc7bc94 (4 सप्ताह पहले) • 2019-05-23 10:29:07 -0700
इंजन • संशोधन 8dc3a4cde2
उपकरण • डार्ट 2.3.2 (बिल्ड 2.3.2-dev.0.0 e3edfd36b2)
Consumos_app में "स्पंदन पब अपग्रेड" चल रहा है... 19,8s
फड़फड़ाता डॉक्टर चल रहा है...
डॉक्टर का सारांश (सभी विवरण देखने के लिए, स्पंदन डॉक्टर -v चलाएँ):
[√] स्पंदन (चैनल बीटा, v1.6.3, माइक्रोसॉफ्ट विंडोज पर [संस्करण 10.0.17134.829], लोकेल es-AR)
[√] एंड्रॉइड टूलचेन - एंड्रॉइड डिवाइस के लिए विकसित (एंड्रॉइड एसडीके संस्करण 28.0.3)
[√] एंड्रॉइड स्टूडियो (संस्करण 3.4)
[√] IntelliJ IDEA अल्टीमेट एडिशन (संस्करण 2019)
[√] वी.एस. कोड (संस्करण 1.26.1)
[√] वीएस कोड, 64-बिट संस्करण (संस्करण 1.33.1)
[!] कनेक्टेड डिवाइस
! कोई उपकरण उपलब्ध नहीं

मुझे लगता है कि यह सुविधा जल्द ही उपलब्ध होगी।

कृपया याद रखें कि यह केवल dev चैनल / संस्करण 1.7.4 पर है। आप beta चैनल / संस्करण 1.6.3 . चला रहे हैं

मैंने अभी इसकी कोशिश की (कोडमैजिक का उपयोग करके निर्माण और प्रकाशन) और इसने वास्तव में अच्छा काम किया। धन्यवाद!

Google अभी भी शिकायत करता है कि मैं एपबंडल का उपयोग नहीं कर रहा हूं। इस चेतावनी को देखते हुए, एपीके प्रकाशित करना शायद बहुत अधिक समझ में नहीं आता है?

मैं ऐपबंडल का उपयोग करूंगा - लेकिन यह Google के स्वचालित परीक्षण (प्री-लॉन्च-रिपोर्ट उत्पन्न करना) को काम करने से रोकता है। क्या मुझे इसके लिए एक नया मुद्दा खोलना चाहिए?

@nohli हमने ऐप बंडल/APK के बारे में नवीनतम को दर्शाने के लिए डॉक्स को अपडेट किया: https://flutter.dev/docs/deployment/android#build -the-app-for-release।

Google के स्वचालित परीक्षण के बारे में समस्या दर्ज करने के लिए स्वतंत्र महसूस करें।

मैं बंडल से अपना ऐप बनाता हूं लेकिन 64 बिट डिवाइस पर चलने के बाद libflutter.so 32 बिट डिवाइस और 64 बिट डिवाइस दोनों के लिए ऐप बनाकर गायब है। एकल बंडल फ़ाइल में दोनों आर्किटेक्चर के लिए libflutter.so कैसे जोड़ें?

@nohli हमने ऐप बंडल/APK के बारे में नवीनतम को दर्शाने के लिए डॉक्स को अपडेट किया: https://flutter.dev/docs/deployment/android#build -the-app-for-release।

Google के स्वचालित परीक्षण के बारे में समस्या दर्ज करने के लिए स्वतंत्र महसूस करें।

@blasten लिंक में दी गई प्रक्रिया ने बंडल में 64-बिट

@ wal33d006 पृष्ठ के शीर्ष पर अस्वीकरण देखें - यह केवल v1.7.4 या बाद के संस्करण (वर्तमान में देव या मास्टर चैनल) पर लागू होता है।

@ wal33d006 पृष्ठ के शीर्ष पर अस्वीकरण देखें - यह केवल v1.7.4 या बाद के संस्करण (वर्तमान में देव या मास्टर चैनल) पर लागू होता है।

@tvolkert मैं देव या मास्टर चैनलों के माध्यम से अपना आवेदन भी बनाने में असमर्थ हूं।

यह मेरा आउटपुट है जब मैं इसे देव या मास्टर चैनल पर बनाता हूं:

संकलक संदेश:
file:///Users/waleed/.pub-cache/hosted/pub.dartlang.org/cached_network_image-0.5.1/lib/cached_network_image. डार्ट: 199 : 38: त्रुटि: तर्क प्रकार 'शून्य समारोह (ImageInfo, बूल)' पैरामीटर प्रकार 'ImageStreamListener' को असाइन नहीं किया जा सकता है।

• 'इमेजइन्फो' ' पैकेज: स्पंदन/src/painting/image_stream.dart ' से है ('फ़ाइल: ///
• ' इमेजस्ट्रीम लिस्टनर ' '
  पैरामीटर के प्रकार को बदलने का प्रयास करें, या तर्क को 'ImageStreamListener' पर कास्ट करें।
  OldImageStream?.removeListener(_handleImageChanged);
  ^
  file:///Users/waleed/.pub-cache/hosted/pub.dartlang.org/cached_network_image-0.5.1/lib/cached_network_image. डार्ट: 200 : 32: त्रुटि: तर्क प्रकार 'शून्य फ़ंक्शन (ImageInfo, bool)' को पैरामीटर प्रकार 'ImageStreamListener' को असाइन नहीं किया जा सकता है।
• 'इमेजइन्फो' ' पैकेज: स्पंदन/src/painting/image_stream.dart ' से है ('फ़ाइल: ///
• ' इमेजस्ट्रीम लिस्टनर ' '
  पैरामीटर के प्रकार को बदलने का प्रयास करें, या तर्क को 'ImageStreamListener' पर कास्ट करें।
  _imageStream.addListener(_handleImageChanged);
  ^
  file:///Users/waleed/.pub-cache/hosted/pub.dartlang.org/cached_network_image-0.5.1/lib/cached_network_image. डार्ट: 210 : 34: त्रुटि: तर्क प्रकार 'शून्य फ़ंक्शन (ImageInfo, bool)' को पैरामीटर प्रकार 'ImageStreamListener' को असाइन नहीं किया जा सकता है।
• 'इमेजइन्फो' ' पैकेज: स्पंदन/src/painting/image_stream.dart ' से है ('फ़ाइल: ///
• ' इमेजस्ट्रीम लिस्टनर ' '
  पैरामीटर के प्रकार को बदलने का प्रयास करें, या तर्क को 'ImageStreamListener' पर कास्ट करें।
  _imageStream?.removeListener(_handleImageChanged);
  ^
  file:///Users/waleed/.pub-cache/hosted/pub.dartlang.org/cached_network_image-0.5.1/lib/cached_network_image. डार्ट: 465 : 31: त्रुटि: तर्क प्रकार 'नल फंक्शन (स्ट्रिंगबफर)' को पैरामीटर प्रकार 'इटरेबल' को नहीं सौंपा जा सकता हैसमारोह()'।
• 'स्ट्रिंगबफर' ' डार्ट: कोर ' से है।
• 'Iterable' 'dart :core ' से लिया गया है।
• 'डायग्नोस्टिक्स नोड' ' पैकेज : फ़्लटर /पैकेज/ फ़्लटर/lib
  पैरामीटर के प्रकार को बदलने का प्रयास करें, या तर्क को 'Iterable' पर कास्ट करेंसमारोह()'।
  सूचना कलेक्टर: (स्ट्रिंगबफर जानकारी) {
  ^
  कंपाइलर अप्रत्याशित रूप से समाप्त हो गया।

विफलता: निर्माण एक अपवाद के साथ विफल रहा।

• कहां:
  स्क्रिप्ट '/उपयोगकर्ता/वालीड/डेवलपर/स्पंदन-एसडीके/स्पंदन/पैकेज/flutter_tools/gradle/flutter.gradle' लाइन: 638

• क्या गलत हो गया:
  कार्य के लिए निष्पादन विफल रहा ': ऐप:compileflutterBuildReleaseArm '।

  प्रक्रिया 'कमांड'/उपयोगकर्ता/वालीड/डेवलपर/स्पंदन-एसडीके/स्पंदन/बिन/स्पंदन'' गैर-शून्य निकास मान 1 के साथ समाप्त

• कोशिश:
  स्टैक ट्रेस प्राप्त करने के लिए --stacktrace विकल्प के साथ चलाएँ। अधिक लॉग आउटपुट प्राप्त करने के लिए --info या --debug विकल्प के साथ चलाएँ। पूर्ण जानकारी प्राप्त करने के लिए --स्कैन के साथ दौड़ें।

• https://help.gradle.org पर अधिक सहायता प्राप्त

14s . में निर्माण विफल
ग्रैडल कार्य 'बंडल रिलीज' चल रहा है ...
चल रहा ग्रैडल कार्य 'बंडल रिलीज'... 15.0 सेकेंड हो गया
ग्रैडल टास्क बंडलरिलीज एग्जिट कोड 1 के साथ विफल रहा

@ wal33d006 package:cached_network_image अब संस्करण 0.8.0 और आप 0.5.1 का उपयोग कर रहे हैं - ऐसा लगता है कि Flutter के नए संस्करण के विरुद्ध चलते समय, आपको अपने संस्करण की कमी को अपडेट करने की आवश्यकता है आपका pubspec.yaml और flutter packages upgrade

@tvolkert आप कह रहे हैं कि v1.7.4 में फ़ाइल libflutter.so स्वचालित रूप से 64 बिट डिवाइस के लिए जोड़ दी जाती है जब हम कमांड स्पंदन बिल्ड एपबंडल का उपयोग करके बंडल

@ nimesh1997 हाँ, हालाँकि जो निर्माण इसे स्थिर बनाता है वह संभवतः एक नया संस्करण होगा।

@tvolkert मैंने अपने चैनल को ### मास्टर चैनल में बदल दिया और ### पैकेज: cached_network_image संस्करण को pubspec.yaml के अंदर बदलकर 0.8.0 में अपग्रेड किया। लेकिन स्पंदन पैकेज चलाते समय अपग्रेड। त्रुटि इस तरह नीचे दिखाती है:
**क्योंकि cached_network_image >=0.7.0 flutter_cache_manager ^0.3.2 पर निर्भर करता है जो कि path_provider ^0.5.0+1, cached_network_image>=0.7.0 पर निर्भर करता है path_provider ^0.5.0+1 पर।

@ nimesh1997 क्या आप एक अलग मुद्दा

@tvolkert स्पंदन संस्करण 1.7.4 कब स्थिर चैनल में उपलब्ध होगा और जब नीचे उल्लिखित त्रुटि को स्पंदन संस्करण 1.7.4 में हल किया जाएगा क्योंकि उस त्रुटि के कारण यह 64 बिट उपकरणों पर नहीं चलता है (libflutter.so गायब है)?

यह वह आउटपुट है जो मुझे तब मिल रहा है जब मैं स्पंदन v1.7.4 या बाद के संस्करण पर चलता हूं

संकलक संदेश:
file:///home/zunroof-dev-4/package_flutter/flutter/.pub-cache/hosted/pub.dartlang.org/flutter_image-1.0.0/lib/network. डार्ट:75 :31:
त्रुटि: तर्क प्रकार 'नल फ़ंक्शन (स्ट्रिंगबफर)' को पैरामीटर प्रकार 'इटरेबल' को असाइन नहीं किया जा सकता हैसमारोह()'।

• 'स्ट्रिंगबफर' ' डार्ट: कोर ' से है।
• 'Iterable' 'dart :core ' से लिया गया है।
• 'डायग्नोस्टिक्स नोड' ' पैकेज: स्पंदन/src/foundation/diagnostics.dart ' ('फ़ाइल: ///home/zunroof-dev-4/package_flutter/flutter/packages/flutter/lib/src/foundation/diagnostics.dart' से है। ')।
  पैरामीटर के प्रकार को बदलने का प्रयास करें, या तर्क को 'Iterable' पर कास्ट करेंसमारोह()'।
  सूचना कलेक्टर: (स्ट्रिंगबफर जानकारी) {
  ^
  file:///home/zunroof-dev-4/package_flutter/flutter/.pub-cache/hosted/pub.dartlang.org/flutter_image-1.0.0/lib/network. डार्ट: 168 : 65: त्रुटि: तर्क प्रकार 'स्ट्रिंग' को पैरामीटर प्रकार 'डायग्नोस्टिक्स नोड' को असाइन नहीं किया जा सकता है।
• 'डायग्नोस्टिक्स नोड' ' पैकेज: स्पंदन/src/foundation/diagnostics.dart ' ('फ़ाइल: ///home/zunroof-dev-4/package_flutter/flutter/packages/flutter/lib/src/foundation/diagnostics.dart' से है। ')।
  पैरामीटर के प्रकार को बदलने का प्रयास करें, या तर्क को 'DiagnosticsNode' पर कास्ट करें।
  संदर्भ: '$runtimeType ${instructions.uri}' लोड करने में विफल रहा,
  ^
  कंपाइलर अप्रत्याशित रूप से समाप्त हो गया।

त्रुटि संकलन, लॉग उत्पन्न नहीं करता है और स्पंदन डॉक्टर -v त्रुटियों को इंगित नहीं करता है। मैं क्या करूँ?

यदि आप ऐप को Play Store पर परिनियोजित कर रहे हैं, तो ऐप का उपयोग करने की अनुशंसा की जाती है
एपीके आकार को कम करने के लिए एपीके को बंडल या विभाजित करें।
ऐप बंडल जेनरेट करने के लिए, चलाएँ:
स्पंदन बिल्ड ऐपबंडल --टारगेट-प्लेटफ़ॉर्म android-arm,android-arm64
इस पर और जानें: https://developer.android.com/guide/app-bundle
एपीके प्रति एबीआई विभाजित करने के लिए, चलाएँ:
स्पंदन बिल्ड एपीके --टारगेट-प्लेटफॉर्म एंड्रॉइड-आर्म, एंड्रॉइड-आर्म 64
--विभाजित-प्रति-अबी
इस पर और जानें:
https://developer.android.com/studio/build/configure-apk-splits#configur
ई-अबी-विभाजन
ग्रेडेल प्रारंभ कर रहा है... 7,4s
निर्भरता का समाधान... 4,3s
registerResGeneratingTask पदावनत है, registerGeneratedResFolders(FileCollection) का उपयोग करें
registerResGeneratingTask पदावनत है, registerGeneratedResFolders(FileCollection) का उपयोग करें
registerResGeneratingTask पदावनत है, registerGeneratedResFolders(FileCollection) का उपयोग करें
ग्रैडल टास्क 'असेंबल रिलीज' चल रहा है ...
चल रहा है ग्रैडल कार्य 'इकट्ठा रिलीज'... 9,0s . हो गया

ग्रैडल बिल्ड Android पैकेज बनाने में विफल रहा।

@leonardop21 के साथ प्रयास करें

स्पंदन रन -v

@canewsin

हे भगवान। मुझे नहीं पता कि अब क्या करना है

ग्रैडल बिल्ड Android पैकेज बनाने में विफल रहा।

0 थ्रोटूलएक्सिट (पैकेज:flutter_tools/src/base/common.dart:28:3)

1 _बिल्डग्रैडलप्रोजेक्टवी2

(पैकेज:flutter_tools/src/android/gradle.dart:514:7)

2 _asyncफिर रैपर हेल्पर।

(डार्ट: async-पैच/async_patch.dart:77:64)

3 _rootRunUnary (dart:async/zone.dart:1132:38)

4 _CustomZone.runUnary (dart:async/zone.dart:1029:19)

5 _FutureListener.handleValue (डार्ट:async/future_impl.dart:126:18)

6 भविष्य._propagateToListeners.handleValueCallback

(डार्ट: async/future_impl.dart:639:45)

7 Future._propagateToListeners (dart:async/future_impl.dart:668:32)

8 भविष्य._पूर्ण (डार्ट:async/future_impl.dart:473:7)

9 _SyncCompleter.complete (डार्ट:async/future_impl.dart:51:12)

10 _AsyncAwaitCompleter. पूर्ण (डार्ट: async-पैच/async_patch.dart:28:18)

11 _completeOnAsyncReturn (डार्ट:async-पैच/async_patch.dart:294:13)

12 runCommandAndStreamOutput (पैकेज:flutter_tools/src/base/process.dart)

13 _asyncफिर रैपर हेल्पर।

(डार्ट: async-पैच/async_patch.dart:77:64)

14 _rootRunUnary (डार्ट:async/zone.dart:1132:38)

15 _CustomZone.runUnary (dart:async/zone.dart:1029:19)

16 _FutureListener.handleValue (डार्ट:async/future_impl.dart:126:18)

17 Future._propagateToListeners.handleValueCallback

(डार्ट: async/future_impl.dart:639:45)

18 Future._propagateToListeners (dart:async/future_impl.dart:668:32)

19 भविष्य._completeWithValue (डार्ट:async/future_impl.dart:483:5)

20 भविष्य._asyncपूर्ण।

(डार्ट: async/future_impl.dart:513:7)

21 _rootRun (dart:async/zone.dart:1124:13)

22 _CustomZone.run (dart:async/zone.dart:1021:19)

23 _CustomZone.runGuarded (dart:async/zone.dart:923:7)

24 _CustomZone.bindCallbackGuarded।

(डार्ट: async/zone.dart:963:23)

25 _microtaskLoop (डार्ट: async/schedule_microtask.dart:41:21)

26 _startMicrotaskLoop (डार्ट:async/schedule_microtask.dart:50:5)

27 _रन लंबित तत्काल कॉलबैक

(डार्ट: आइसोलेट-पैच/आइसोलेट_पैच.डार्ट:116:13)

28 _RawReceivePortImpl._handleMessage

(डार्ट: आइसोलेट-पैच/आइसोलेट_पैच.डार्ट:173:5)

हमने यह इंगित करने के लिए अपने दस्तावेज़ अपडेट किए हैं कि आप 32-बिट और 64-बिट बायनेरिज़ के साथ एपीके कैसे बना सकते हैं। https://flutter.dev/docs/deployment/android#build -the-app-for-release ।

कृपया dev चैनल का उपयोग करें: v1.7.9 या इससे ऊपर। टीम इस शुक्रवार (06/28/2019) तक बीटा में नवीनतम परिवर्तनों को बढ़ावा देने के लिए काम कर रही है।

संकलक संदेश:
file:///Users/systemgnk/Desktop/flutter/.pub-cache/hosted/pub.dartlang.org/flare_flutter-1.5.2/lib/flare. डार्ट: 1033 : 18: त्रुटि: तर्क प्रकार 'Int32List' को पैरामीटर प्रकार 'Uint16List' को असाइन नहीं किया जा सकता है।

• 'Int32List' 'dart :typed_data ' से है।
• 'Uint16List' 'डार्ट: typed_data' से है।
  पैरामीटर के प्रकार को बदलने का प्रयास करें, या तर्क को 'Uint16List' पर कास्ट करें।
  सूचकांक: _सूचकांक, बनावट निर्देशांक: _uvBuffer);
  ^
  कंपाइलर अप्रत्याशित रूप से समाप्त हो गया।

विफलता: निर्माण एक अपवाद के साथ विफल रहा।

• कहां:
  स्क्रिप्ट '/उपयोगकर्ता/systemgnk/डेस्कटॉप/स्पंदन/पैकेज/flutter_tools/gradle/flutter.gradle' लाइन: 631

• क्या गलत हो गया:
  कार्य के लिए निष्पादन विफल रहा ': ऐप:compileflutterBuildReleaseArm '।

  प्रक्रिया 'कमांड'/उपयोगकर्ता/systemgnk/डेस्कटॉप/स्पंदन/बिन/स्पंदन'' गैर-शून्य निकास मान 1 के साथ समाप्त

• कोशिश:
  स्टैक ट्रेस प्राप्त करने के लिए --stacktrace विकल्प के साथ चलाएँ। अधिक लॉग आउटपुट प्राप्त करने के लिए --info या --debug विकल्प के साथ चलाएँ। पूर्ण जानकारी प्राप्त करने के लिए --स्कैन के साथ दौड़ें।

• https://help.gradle.org पर अधिक सहायता प्राप्त

22s . में निर्माण विफल
ग्रैडल टास्क 'असेंबल रिलीज' चल रहा है ...
चल रहा है ग्रैडल कार्य 'इकट्ठा रिलीज'... 23.3 सेकेंड हो गया
ग्रैडल टास्क असेंबलरिलीज एग्जिट कोड 1 के साथ विफल रहा

[✓] स्पंदन (चैनल देव, v1.7.10, मैक ओएस एक्स 10.13.6 17जी65, लोकेल एन-यूएस पर)
• स्पंदन संस्करण 1.7.10 पर /उपयोगकर्ता/systemgnk/डेस्कटॉप/स्पंदन
• फ्रेमवर्क संशोधन 9a3a7490c8 (2 दिन पहले), 2019-06-25 15:59:15 +0200
• इंजन संशोधन ae8e6d9f46
• डार्ट संस्करण 2.4.0

[✓] एंड्रॉइड टूलचेन - एंड्रॉइड डिवाइस के लिए विकसित (एंड्रॉइड एसडीके संस्करण 28.0.3)
• Android SDK /Users/systemgnk/Library/Android/sdk . पर
• Android NDK स्थान कॉन्फ़िगर नहीं किया गया (वैकल्पिक; नेटिव प्रोफाइलिंग समर्थन के लिए उपयोगी)
• प्लेटफार्म android-28, बिल्ड-टूल्स 28.0.3
• जावा बाइनरी यहां: /Applications/Android Studio.app/Contents/jre/jdk/Contents/Home/bin/java
• जावा संस्करण ओपनजेडीके रनटाइम एनवायरनमेंट (बिल्ड 1.8.0_152-रिलीज-1248-बी01)
• सभी Android लाइसेंस स्वीकार किए जाते हैं।

[✓] Xcode - iOS और macOS के लिए विकसित (Xcode 10.1)
• Xcode at /Applications/Xcode.app/Contents/Developer
• Xcode 10.1, बिल्ड संस्करण 10B61
• CocoaPods संस्करण 1.6.0

[✓] आईओएस उपकरण - आईओएस उपकरणों के लिए विकसित
• आईओएस-तैनाती 1.9.4

[✓] क्रोम - वेब के लिए विकसित
• क्रोम /Applications/Google Chrome.app/Contents/MacOS/Google Chrome . पर

[✓] एंड्रॉइड स्टूडियो (संस्करण 3.3)
• Android Studio /Applications/Android Studio.app/Contents . पर
• स्पंदन प्लगइन संस्करण 33.3.1
• डार्ट प्लगइन संस्करण 182.5215
• जावा संस्करण ओपनजेडीके रनटाइम एनवायरनमेंट (बिल्ड 1.8.0_152-रिलीज-1248-बी01)

[✓] कनेक्टेड डिवाइस (4 उपलब्ध)
• x86 के लिए निर्मित Android SDK • एमुलेटर-5554 • android-x86 • Android 7.0 (API 24) (एमुलेटर)
• सिस्टम का आईफोन • 73145c33ee6d180a2db3d4a96b908ceb4c49065b • आईओएस • आईओएस 12.3.1
• macOS • macOS • डार्विन-x64 • Mac OS X 10.13.6 17G65
• क्रोम • क्रोम • वेब-जावास्क्रिप्ट • गूगल क्रोम 75.0.3770.100

• कोई गड़बड़ी नहीं मिली!

मुझे अभी भी एपीके बनाने में समस्या आ रही है।
मैं केवल स्थिर चैनल में 32 बिट एपीके बनाने के लिए उपलब्ध था।

मुझे लगता है कि मुझे देव या मास्टर चैनल एसडीके का उपयोग करने के बजाय स्पंदन टीम इस बग को ठीक करने तक प्रतीक्षा करने की आवश्यकता है।

शुक्रिया।

@JaeyoungChu 2d-inc/Flare-

@ctrysbita लिंक के लिए धन्यवाद। मैंने चैनल को मास्टर में बदल दिया और _इंडिसेस के प्रकार को Int32List से Uint16List में बदल दिया।
एपीके जिसे प्ले स्टोर पर अपलोड किया गया है, उसमें 64 बिट के लिए चेतावनी नहीं है और यह प्ले स्टोर टेस्ट पेज से इंस्टॉल होने के बाद चल रहा है।

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

यह मेरा समाधान था:

1. app gradle

splits {
        // Configures multiple APKs based on ABI.
        abi {
            // Enables building multiple APKs per ABI.
            enable true
            // By default all ABIs are included, so use reset() and include to specify that we only
            // want APKs for armeabi-v7a and arm64-v8a.

            // Resets the list of ABIs that Gradle should create APKs for to none.
            reset()

            // Specifies a list of ABIs that Gradle should create APKs for.
            include "armeabi-v7a", "arm64-v8a"

            // Specifies that we do not want to also generate a universal APK that includes all ABIs.
            universalApk false
        }
    }

1. flutter build apk --release --target-platform=android-arm चलाएं
2. प्ले स्टोर पर app-armeabi-v7a-release.apk अपलोड करें
3. वेतन वृद्धि versionCode
4. flutter build apk --release --target-platform=android-arm64 चलाएं
5. प्ले स्टोर पर app-arm64-v8a-release.apk अपलोड करें

Google play store डिवाइस आर्किटेक्चर के अनुसार ऐप को सर्व करेगा। 32 बिट डिवाइस खुश हैं, 64 बिट डिवाइस खुश हैं और मुझे यह जानकर खुशी हुई कि दोनों आर्किटेक्चर की सेवा करते हुए मेरा एपीके आकार अपेक्षाकृत छोटा है।

अगर हम एक ही एपीके में दोनों आर्किटेक्चर के लिए समर्थन शामिल करते हैं, तो उम्मीद करें कि आपके ऐप का आकार 10 एमबी+ . होगा

कहाँ पे? हम स्प्लिट्स सेक्शन को ग्रेडल फाइल में कहाँ जोड़ते हैं ?? मैंने इसे स्पंदन {} और निर्भरता {} के बीच जोड़ा और यह पहले एपीके का निर्माण नहीं करेगा जैसा कि यह कहता है:

कृपया android/फ़ोल्डर में अपने ग्रैडल प्रोजेक्ट सेटअप की समीक्षा करें।

तो स्पष्ट रूप से यह सही नहीं है, क्योंकि यह एकमात्र बदलाव है जो मैंने अपने पिछले निर्माण के बाद से परियोजना में किया है।

@ ArtfulDodgerB92 समाधान के लिए धन्यवाद। एपीके और वर्जन बनाने के लिए आपने किस चैनल का इस्तेमाल किया?

कहाँ पे? हम स्प्लिट्स सेक्शन को ग्रेडल फाइल में कहाँ जोड़ते हैं ?? मैंने इसे स्पंदन {} और निर्भरता {} के बीच जोड़ा और यह पहले एपीके का निर्माण नहीं करेगा जैसा कि यह कहता है:

कृपया android/फ़ोल्डर में अपने ग्रैडल प्रोजेक्ट सेटअप की समीक्षा करें।

तो स्पष्ट रूप से यह सही नहीं है, क्योंकि यह एकमात्र बदलाव है जो मैंने अपने पिछले निर्माण के बाद से परियोजना में किया है।

@ ArtfulDodgerB92 यह android{} अनुभाग के अंदर होना चाहिए, जैसा कि यहां लिखा गया है: https://developer.android.com/studio/build/configure-apk-splits.html

FYI करें, हमारे 64-बिट समर्थन के संबंध में निम्न घोषणा [email protected] पर भेजी गई थी।

https://groups.google.com/forum/#!topic/flutter -announce/oIzwT9EDczc

आगामी बीटा रिलीज के बारे में कोई खबर?

@nohli हमने https://github.com/flutter/flutter/issues/35291 पर फिक्स (रिवर्ट कमिट) लेने के लिए बीटा रिलीज़ में कुछ दिनों की देरी की

यह अब बीटा चैनल पर v1.7.8+hotfix.2 . रिलीज में लाइव है

यह अब बीटा चैनल पर v1.7.8+hotfix.2 . रिलीज में लाइव है

ool कैसे रिलीज एपीके जनरेट करें ?

यह अब बीटा चैनल पर v1.7.8+hotfix.2 . रिलीज में लाइव है

ool कैसे रिलीज एपीके जनरेट करें ?

यहाँ निर्देश है https://flutter.dev/docs/deployment/android

यह अब बीटा चैनल पर v1.7.8+hotfix.2 . रिलीज में लाइव है

ool कैसे रिलीज एपीके जनरेट करें ?

यहाँ निर्देश है https://flutter.dev/docs/deployment/android

मैंने कोशिश की लेकिन 32 . पर काम नहीं कर रहा

मैंने कोशिश की लेकिन 32 . पर काम नहीं कर रहा

आपका क्या मतलब है 32 ? जैसे "मैं एक मोटा एपीके उत्पन्न कर सकता हूं, और वह एपीके 64-बिट डिवाइस पर काम कर रहा है, लेकिन 32-बिट डिवाइस पर क्रैश हो रहा है"?

क्या आप अपने चरण-दर-चरण flutter doctor का परिणाम पोस्ट कर सकते हैं (उदाहरण के लिए यह प्रोगार्ड का चरण 2 है https://flutter.dev/docs/deployment/android#step-2---enable- obfuscation-andor-minification), क्या आप एपीके या एएबी उत्पन्न कर रहे हैं, और आप किस डिवाइस का परीक्षण कर रहे हैं?

क्या हमें अभी भी डालने की ज़रूरत है
ndk { abiFilters 'armeabi-v7a' , 'x86', 'armeabi' } बीटा पर फिक्स के बाद अब ग्रेडल ओटी की आवश्यकता नहीं है ??

@ksamj जिसकी आवश्यकता नहीं है।

मैंने कोशिश की लेकिन 32 . पर काम नहीं कर रहा

आपका क्या मतलब है 32 ? जैसे "मैं एक मोटा एपीके उत्पन्न कर सकता हूं, और वह एपीके 64-बिट डिवाइस पर काम कर रहा है, लेकिन 32-बिट डिवाइस पर क्रैश हो रहा है"?

क्या आप अपने चरण-दर-चरण flutter doctor का परिणाम पोस्ट कर सकते हैं (उदाहरण के लिए यह प्रोगार्ड का चरण 2 है https://flutter.dev/docs/deployment/android#step-2---enable- obfuscation-andor-minification), क्या आप एपीके या एएबी उत्पन्न कर रहे हैं, और आप किस डिवाइस का परीक्षण कर रहे हैं?

डॉक्टर का सारांश (सभी विवरण देखने के लिए, स्पंदन डॉक्टर -v चलाएँ):
[✓] स्पंदन (चैनल बीटा, v1.7.8+हॉटफिक्स.2, मैक ओएस एक्स 10.14.5 18एफ132 पर, लोकेल आरयू-आरयू)

[✓] एंड्रॉइड टूलचेन - एंड्रॉइड डिवाइस के लिए विकसित (एंड्रॉइड एसडीके संस्करण 28.0.3)
[✓] Xcode - iOS और macOS के लिए विकसित (Xcode 10.2.1)
[✓] आईओएस उपकरण - आईओएस उपकरणों के लिए विकसित
[✓] एंड्रॉइड स्टूडियो (संस्करण 3.4)
[✓] कनेक्टेड डिवाइस (1 उपलब्ध)

• कोई गड़बड़ी नहीं मिली!

डॉक्टर का सारांश (सभी विवरण देखने के लिए, स्पंदन डॉक्टर -v चलाएँ):
[✓] स्पंदन (चैनल बीटा, v1.7.8+हॉटफिक्स.2, मैक ओएस एक्स 10.14.5 18एफ132 पर, लोकेल आरयू-आरयू)

[✓] एंड्रॉइड टूलचेन - एंड्रॉइड डिवाइस के लिए विकसित (एंड्रॉइड एसडीके संस्करण 28.0.3)
[✓] Xcode - iOS और macOS के लिए विकसित (Xcode 10.2.1)
[✓] आईओएस उपकरण - आईओएस उपकरणों के लिए विकसित
[✓] एंड्रॉइड स्टूडियो (संस्करण 3.4)
[✓] कनेक्टेड डिवाइस (1 उपलब्ध)

• कोई गड़बड़ी नहीं मिली!
डॉक्टर का सारांश (सभी विवरण देखने के लिए, स्पंदन डॉक्टर -v चलाएँ):
[✓] स्पंदन (चैनल बीटा, v1.7.8+हॉटफिक्स.2, मैक ओएस एक्स 10.14.5 18एफ132 पर, लोकेल आरयू-आरयू)

[✓] एंड्रॉइड टूलचेन - एंड्रॉइड डिवाइस के लिए विकसित (एंड्रॉइड एसडीके संस्करण 28.0.3)
[✓] Xcode - iOS और macOS के लिए विकसित (Xcode 10.2.1)
[✓] आईओएस उपकरण - आईओएस उपकरणों के लिए विकसित
[✓] एंड्रॉइड स्टूडियो (संस्करण 3.4)
[✓] कनेक्टेड डिवाइस (1 उपलब्ध)

• कोई गड़बड़ी नहीं मिली!
एपीके बनाएं
मैंने निर्देशों के अनुसार सब कुछ किया लेकिन यह 32 बिट पर स्थापित नहीं होता है

मैंने निर्देशों के अनुसार सब कुछ किया लेकिन यह 32 बिट पर स्थापित नहीं होता है

कोई भी स्क्रीनशॉट/लॉग दिखा रहा है कि 32-बिट डिवाइस पर 32-बिट एपीके की स्थापना सफल नहीं थी, और वह कौन सा डिवाइस मॉडल है?

नमस्ते,

v1.7.8+hotfix.2 को स्थिर चैनल के लिए जारी कर दिया गया है, इसलिए यह सुधार अब सभी चैनलों में उपलब्ध है। आपके धैर्य और रास्ते में मदद के लिए सभी को धन्यवाद!

मैंने निर्देशों के अनुसार सब कुछ किया लेकिन यह 32 बिट पर स्थापित नहीं होता है

कोई भी स्क्रीनशॉट/लॉग दिखा रहा है कि 32-बिट डिवाइस पर 32-बिट एपीके की स्थापना सफल नहीं थी, और वह कौन सा डिवाइस मॉडल है?

मदद के लिए धन्यवाद, मैंने ऐपबंडल बनाने की कोशिश की और यह काम किया।

@tvolkert वही मुद्दा कृपया इसे जांचें। https://github.com/flutter/flutter/issues/31962#issuecomment -509458960

@ nimesh1997 उस मुद्दे का इससे कोई लेना-देना नहीं है। अगर आपको लिंक किए गए मुद्दे में दिए गए उत्तरों को मददगार नहीं मिला, तो शायद आप अपनी समस्या के साथ एक स्टैक ओवरफ्लो प्रश्न पोस्ट करने पर विचार कर सकते हैं।

@tvolkert - बस स्पष्ट करने के लिए - उपरोक्त हॉटफिक्स का उपयोग स्पंदन डॉक्स निर्देशों के अनुसार अलग-अलग एपीके बनाने के लिए किया जा सकता है, सही?
इसलिए, पहले के आंशिक समाधानों में वर्णित अनुसार ग्रेडल फ़ाइल में कोई अन्य परिवर्तन करने की आवश्यकता नहीं होगी
आपके और बाकी टीम के उत्कृष्ट कार्य और समय पर डिलीवरी के लिए धन्यवाद!

मैंने अभी हाल ही के हॉट फिक्स के साथ अपने ऐप में से एक को संकलित किया है। परिणामस्वरूप संकलित app-production-armeabi-v7a-release.apk गैलेक्सी S3 मिनी (एंड्रॉइड ओएस 4.1.2) पर चलने में सक्षम नहीं है - स्प्लैश स्क्रीन के बाद, ऐप बिना किसी सूचना के बंद हो जाता है।
हालांकि मैं 64 फोन जैसे गैलेक्सी एस 8 पर उसी एपीके को सफलतापूर्वक चलाने में सक्षम हूं।
यहां बताया गया है कि मैं कमांड लाइन से स्पंदन कैसे चलाता हूं:

स्पंदन बिल्ड एपीके --target="lib/config/main_production.dart" --flavor=production --split-per-abi

और यहाँ मेरा flutter doctor -v

[√] स्पंदन (चैनल स्थिर, v1.7.8+हॉटफिक्स.2, माइक्रोसॉफ्ट विंडोज पर [संस्करण 10.0.17763.557], लोकेल एन-यूएस)
• स्पंदन संस्करण 1.7.8+हॉटफिक्स.2 पर E:\DevToolsflutter
• फ्रेमवर्क संशोधन 2e540931f7 (7 दिन पहले), 2019-07-02 09:31:07 -0700
• इंजन संशोधन b1cb0d9e9b
• डार्ट संस्करण 2.4.0

[√] एंड्रॉइड टूलचेन - एंड्रॉइड डिवाइस के लिए विकसित (एंड्रॉइड एसडीके संस्करण 28.0.3)
• E:\DevTools\Android\Sdk . पर Android SDK
• Android NDK स्थान कॉन्फ़िगर नहीं किया गया (वैकल्पिक; नेटिव प्रोफाइलिंग समर्थन के लिए उपयोगी)
• प्लेटफार्म android-28, बिल्ड-टूल्स 28.0.3
• ANDROID_SDK_ROOT = E:\DevTools\Android\Sdk
• जावा बाइनरी यहां: E:\DevTools\android-studio\jre\bin\java
• जावा संस्करण ओपनजेडीके रनटाइम एनवायरनमेंट (बिल्ड 1.8.0_152-रिलीज-1343-बी01)
• सभी Android लाइसेंस स्वीकार किए जाते हैं।

[√] एंड्रॉइड स्टूडियो (संस्करण 3.4)
• E:\DevTools\android-studio पर Android Studio
• स्पंदन प्लगइन संस्करण 37.0.1
• डार्ट प्लगइन संस्करण 183.6270
• जावा संस्करण ओपनजेडीके रनटाइम एनवायरनमेंट (बिल्ड 1.8.0_152-रिलीज-1343-बी01)

[√] कनेक्टेड डिवाइस (1 उपलब्ध)
• x86 के लिए निर्मित Android SDK • एमुलेटर-5554 • android-x86 • Android 8.1.0 (API 27) (एमुलेटर)

• कोई गड़बड़ी नहीं मिली!

इसके अतिरिक्त - फैट एपीके भी नहीं चल पा रहा है - इंस्टॉल होने के बाद (उसी आर्म -32 डिवाइस पर) और रन इसे बस बंद कर देता है।
कृपया मुझे बताएं कि कैसे आगे बढ़ना है और समस्या का समाधान करना है, धन्यवाद!

@ angel1st क्या यह संभव है कि आप अपनी एएबी और/या

@truongsinh - निश्चित रूप से, वे यहां हैं:

ऐप-प्रोडक्शन-रिलीज़.ज़िप

मैंने दोनों एपीके अपलोड किए हैं, हालांकि, कथित समस्या आर्म-32 संस्करण के साथ है जैसा कि ऊपर बताया गया है।

दोस्तों, इस बीच, क्या कोई इतना दयालु होगा और बताएगा (यदि वे जानते हैं), 1 अगस्त के बाद Google Play Store में क्या होगा, यदि आपके पास अपने ऐप का आर्म -64 संस्करण नहीं है - क्या एपीके बंद हो जाएगा arm64 उपकरणों पर सेवा दी जाएगी या आप arm32 केवल संस्करण या दोनों अपलोड नहीं कर पाएंगे?

@ Angel1st मैं एंड्रॉइड 4.4.2 गैलेक्सी एस 4 पर ऐप (ऐप-प्रोडक्शन-

मुझे संदेह है कि यह गैलेक्सी एस 3 मिनी/एंड्रॉइड ओएस 4.1.2 के लिए बहुत विशिष्ट है। इस बीच, मैंने इस कॉन्फ़िगरेशन का अनुरोध किया कि यह देखने के लिए कि क्या मैं इस मुद्दे को दोबारा कर सकता हूं।

@angel1st यहाँ सबसे जानकारीपूर्ण स्रोत है: https://android-developers.googleblog.com/2019/01/get-your-apps-ready-for-64-bit.html

आवश्यकता [64-बिट सामग्री] इस पर लागू नहीं होती है:

• एपीके या ऐप बंडल स्पष्ट रूप से वेयर ओएस या एंड्रॉइड टीवी को लक्षित करते हैं, जो ऐसे फॉर्म फैक्टर हैं जो वर्तमान में 64-बिट कोड का समर्थन नहीं करते हैं।
• एपीके या ऐप बंडल जो एंड्रॉइड 9 पाई या बाद के संस्करण चलाने वाले उपकरणों को वितरित नहीं किए जाते हैं।

1 अगस्त 2019 से शुरू:

• Google Play पर प्रकाशित करते समय सभी नए ऐप्स और ऐप अपडेट जिनमें मूल कोड शामिल है, को 32-बिट संस्करणों के अतिरिक्त 64-बिट संस्करण प्रदान करना आवश्यक है।

दूसरे शब्दों में, ऐप्स का वितरण जारी है, हालांकि आप मौजूदा ऐप का नया संस्करण अपलोड नहीं कर सकते हैं, या अनुपालन के बिना नया ऐप प्रकाशित नहीं कर सकते हैं।

@ angel1st मैं एंड्रॉइड ओएस 4.1.2 पर चलने वाले गैलेक्सी एस 3 मिनी पर इस मुद्दे को

लॉगकैट है:

[ERROR:flutter/fml/platform/posix/native_library_posix.cc(16)] Could not open library 'libapp.so' due to error 'Cannot load library: load_library[1093]: Library 'libapp.so' not found'.
07-10 00:16:50.298 8739-8739/? E/flutter: [ERROR:flutter/fml/platform/posix/native_library_posix.cc(16)] Could not open library 'libapp.so' due to error 'Cannot load library: load_library[1093]: Library 'libapp.so' not found'.
07-10 00:16:50.298 8739-8739/? E/flutter: [ERROR:flutter/runtime/dart_vm_data.cc(19)] VM snapshot invalid and could not be inferred from settings.
07-10 00:16:50.298 8739-8739/? E/flutter: [ERROR:flutter/runtime/dart_vm.cc(238)] Could not setup VM data to bootstrap the VM from.
07-10 00:16:50.298 8739-8739/? E/flutter: [ERROR:flutter/runtime/dart_vm_lifecycle.cc(89)] Could not create Dart VM instance.
07-10 00:16:50.298 8739-8739/? A/flutter: [FATAL:flutter/shell/common/shell.cc(218)] Check failed: vm. Must be able to initialize the VM.

मैंने इस बीच https://github.com/flutter/flutter/issues/35838 दायर किया।

cc @ जेसन-सीमन्स

@truongsinh - सिंहावलोकन के लिए धन्यवाद।

@blasten - त्वरित प्रतिक्रिया के लिए धन्यवाद। जहां तक ​​मैं समझता हूं, ऐसा कुछ भी नहीं है जो मैं एटीएम कर सकता हूं लेकिन मॉनिटर #35838 उंगलियों को क्रॉस करके इसे इस महीने किसी बिंदु पर हल किया जाएगा? मेरा मानना ​​​​है कि सबसे हालिया हॉट फिक्स के साथ संकलित एंड्रॉइड 4.1.2 के लिए किसी भी अन्य एपीके में एक ही समस्या दिखाई देगी?
एफवाईआई - पिछले स्पंदन स्थिर संस्करण के साथ संकलित ऐप एपीके में यह समस्या नहीं है (एंड्रॉइड 4.1.2 के साथ एस 3 मिनी मेरे परीक्षण उपकरणों में से एक है)।

किसी और को आज Google की ओर से यह कहते हुए एक मेल मिला

"कार्रवाई आवश्यक: 1 अगस्त, 2019 तक अपने ऐप्स को 64-बिट संगत होने के लिए अपडेट करें"

हालांकि पहले से ही 32 बिट और 64 बिट दोनों संस्करणों को प्रकाशित कर रहा है?

इसे कहते हैं

1 अगस्त 2019 तक, मूल कोड का उपयोग करने वाले सभी ऐप्स को अपडेट प्रकाशित करने के लिए 64-बिट संस्करण प्रदान करना होगा। इस ईमेल को भेजे जाने तक, आपका कम से कम एक ऐप* अभी तक आवश्यकता को पूरा नहीं करता है

*नोट: ऐप्स की यह सूची इस ईमेल को भेजने के बारे में Google के सर्वोत्तम अनुमान को दर्शाती है। (...)

मुझे लगता है, Google का "सर्वश्रेष्ठ अनुमान" सही नहीं है?

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

धन्यवाद टीम फ़्लटर, फ़्लटर को हॉटफ़िक्स के साथ अपग्रेड करना .aab . का निर्माण करते समय इस समस्या को ठीक करता है

इस उपलब्धि के लिए स्पंदन टीम को धन्यवाद। अब क्रमादेशित जारी रखने के लिए!

@ Angel1st मुझे कुछ सैमसंग उपकरणों पर भी समस्या हो रही है।

https://github.com/flutter/flutter/issues/36128

@ abdulayev007 - धन्यवाद! मैं आपको #35838 पर एक नज़र डालने का सुझाव दूंगा, यह किसी तरह से संबंधित हो सकता है।

मैंने निर्देशों के अनुसार सब कुछ किया लेकिन यह 32 बिट पर स्थापित नहीं होता है

कोई भी स्क्रीनशॉट/लॉग दिखा रहा है कि 32-बिट डिवाइस पर 32-बिट एपीके की स्थापना सफल नहीं थी, और वह कौन सा डिवाइस मॉडल है?

डिवाइस सैमसंग M10 . है

@tvolkert कृपया मुझे निम्नलिखित समस्या को ठीक करने के लिए कोई समाधान दें:
https://github.com/flutter/flutter/issues/36063

धन्यवाद

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

`[✓] स्पंदन (मैक ओएस एक्स 10.14.5 पर चैनल देव, v1.8.4, लोकेल एन-यूएस)
• स्पंदन संस्करण 1.8.4 पर /उपयोगकर्ता/मुथु/मुथु/देवप्प्स/स्पंदन
• फ्रेमवर्क संशोधन 954714c967 (7 दिन पहले), 2019-08-02 10:10:39 -0700
• इंजन संशोधन 26368225b5
• डार्ट संस्करण 2.5.0 (बिल्ड 2.5.0-देव.1.0 bd049f5b53)

[!] एंड्रॉइड टूलचेन - एंड्रॉइड डिवाइस के लिए विकसित (एंड्रॉइड एसडीके संस्करण 29.0.1)
• Android SDK ../Library/Android/sdk . पर
• Android NDK स्थान कॉन्फ़िगर नहीं किया गया (वैकल्पिक; नेटिव प्रोफाइलिंग समर्थन के लिए उपयोगी)
• प्लेटफॉर्म android-29, बिल्ड-टूल्स 29.0.1
• जावा बाइनरी यहां: /Applications/Android Studio.app/Contents/jre/jdk/Contents/Home/bin/java
• जावा संस्करण ओपनजेडीके रनटाइम एनवायरनमेंट (बिल्ड 1.8.0_152-रिलीज-1343-बी01)
✗ Android लाइसेंस की स्थिति अज्ञात है।
अपने Android SDK प्रबंधक को फिर से इंस्टॉल या अपडेट करने का प्रयास करें।
https://developer.android.com/studio/#downloads देखें या https://flutter.dev/setup/#android -setup पर
विस्तृत निर्देशों के लिए।

[✓] Xcode - iOS और macOS के लिए विकसित (Xcode 10.3)
• Xcode at /Applications/Xcode.app/Contents/Developer
• Xcode 10.3, बिल्ड संस्करण 10G8
• CocoaPods संस्करण 1.7.3

[✓] एंड्रॉइड स्टूडियो (संस्करण 3.4)
• Android Studio /Applications/Android Studio.app/Contents . पर
• स्पंदन प्लगइन संस्करण 38.2.1
• डार्ट प्लगइन संस्करण 183.6270
• जावा संस्करण ओपनजेडीके रनटाइम एनवायरनमेंट (बिल्ड 1.8.0_152-रिलीज-1343-बी01)

[✓] वी.एस. कोड (संस्करण 1.36.1)
• वीएस कोड /Applications/Visual Studio Code.app/Contents . पर
• स्पंदन विस्तार संस्करण 3.3.0

[✓] कनेक्टेड डिवाइस (3 उपलब्ध)
• x86 के लिए निर्मित Android SDK • एमुलेटर-5554 • android-x86 • Android 9 (API 28)
(एमुलेटर) `

@muthufmass , कृपया एक नया मुद्दा दर्ज करें जिसमें विवरण के साथ क्या काम नहीं कर रहा है और विफलता को कैसे पुन: उत्पन्न करना है। धन्यवाद!

क्या कोई निर्माण करने के लिए चरणों का एक स्पष्ट सेट दे सकता है जिसे हम प्लेस्टोर पर धकेल सकते हैं

https://flutter.dev/docs/deployment/android

क्या कोई निर्माण करने के लिए चरणों का एक स्पष्ट सेट दे सकता है जिसे हम प्लेस्टोर पर धकेल सकते हैं

https://flutter.dev/docs/deployment/android

इन चरणों का पहले ही पालन किया जा चुका है, यह उत्पाद रिलीज़ बिल्ड पर काम नहीं कर रहा है। डिबग बिल्ड काम करता है! मुझे डिबग बिल्ड में स्पष्ट रूप से एक अंतर मिलता है, स्पंदन की .so फाइलें मौजूद हैं, लेकिन रिलीज संस्करण के साथ नहीं। वे हैं, एपीके को एमुलेटर या हस्ताक्षरित एपीके वाले उपकरणों में स्थापित करने में समस्या पैदा कर रहे हैं।

@muthufmass , कृपया एक नया मुद्दा दर्ज करें जिसमें विवरण के साथ क्या काम नहीं कर रहा है और विफलता को कैसे पुन: उत्पन्न करना है। धन्यवाद!

मुझे आशा है कि मैंने ऊपर दिए गए स्पष्ट चरणों को साझा किया है। नवीनतम स्पंदन एसडीके के साथ स्पंदन बनाने - वेनिला कोड का उपयोग कर ताजा ऐप निर्माण। रिलीज़ संस्करण बनाने में असमर्थ, जबकि डिबग संस्करण सुचारू रूप से चलता है। आकार पर एपीके के उत्पाद और देव संस्करण के बीच महत्वपूर्ण अंतर। उपरोक्त सभी चरणों का प्रयास किया, चलने वाले रिलीज़ संस्करण को बनाने में असमर्थ। बिल्ड सुपर फास्ट होता है और रिलीज के साथ फाइल 11 एमबी से कम आती है, जबकि डिबग एपीके के साथ यह लगभग 40 एमबी + आता है। डीबग एपीके काम करता है, जबकि प्रोड रिलीज हस्ताक्षरित एपीके भी इंस्टॉल नहीं होता है।

@muthufmass जब आप नया मुद्दा दर्ज करते हैं, तो कृपया Android SDK संस्करण, डिवाइस मॉडल, डॉक्टर आउटपुट और flutter create से शुरू होने वाले चरणों को शामिल करें।

@muthufmass के साथ-साथ adb logcat आउटपुट।

यह समस्या बंद हो गई है - कृपया एक नया मुद्दा दर्ज करें ताकि हम इसे ठीक से ट्रैक कर सकें।

अब एक अलग टिकट उठाया https://github.com/flutter/flutter/issues/37935

यदि आपके प्रोजेक्ट में स्वाद थे, और x64 और x32 दोनों का समर्थन करना चाहते हैं, तो बस अपने स्वाद फ़ोल्डर में jniLibs फ़ोल्डर जोड़ें और यह बहुत अच्छा काम करता है, इस तरह

मैं इसे एडोब चेतन सीसी में कैसे कर सकता हूं?
अधिक जानकारी चाहिए

Google play कंसोल ने हाल ही में विभिन्न चेतावनियों के कारण रोलआउट बटन को अक्षम करना शुरू कर दिया है। और उन चेतावनियों में से एक .aab फ़ाइल के बजाय एपीके का उपयोग कर रहा है। यदि प्रोजेक्ट Android Studio या Unity में बनाया गया है, तो .aab फ़ाइल बनाने के लिए समाधान हैं। लेकिन क्या होगा अगर एपीके को एनिमेट सीसी या हैक्स/फ्लैश डेवलपमेंट द्वारा बनाया गया है? क्या कन्वर्ट करने का कोई तरीका है?

@newapproach यह मेरे लिए स्पष्ट नहीं है कि क्या आपकी टिप्पणी का स्पंदन से कोई लेना-देना है? क्या आप अधिक विवरण के साथ एक नया मुद्दा दर्ज करने के इच्छुक होंगे? धन्यवाद!

एक ही समस्या है - लेकिन flutter.so "armeabi-v7a फ़ोल्डर में शामिल नहीं है।
x86 और armeabi-v7a के लिए केवल तृतीय पक्ष पुस्तकालय हैं - लेकिन कोई arm64 नहीं।
केवल "armeabi-v7a with ." के लिए स्पंदन बनाना चाहते हैं
एनएनडीके{
abiFilters "armeabi-v7a" // भी काम नहीं करता है"armeabi", "x86",
}
और लक्ष्य-प्लेटफ़ॉर्म के रूप में सेट करें जैसा कि @ mravn-google android-arm को सुझाव देता है।

एपीके बिना निर्दिष्ट आर्क और पुस्तकालयों को शामिल नहीं करता है

पुस्तकालयों के साथ एपीके और कोई हाथ की कल्पना नहीं

एपीके निर्दिष्ट आर्क के साथ और पुस्तकालय शामिल करें

कोई सुझाव है कि आगे के चरणों को कैसे डिबग करें?

मुझे यह त्रुटि भी मिली है, इसे ठीक किया गया है ?? मेरी मदद कर सकता है?

मैं स्टैक ओवरफ़्लो पर पूछने या एक नया बग खोलने की सलाह देता हूं। मुझे संदेह है कि उपरोक्त समस्या को हल करने में आपकी सहायता करने के लिए यह बंद बग लोगों के लिए सही जगह होगी। धन्यवाद!

यह मेरा समाधान था:

1. app gradle

splits {
        // Configures multiple APKs based on ABI.
        abi {
            // Enables building multiple APKs per ABI.
            enable true
            // By default all ABIs are included, so use reset() and include to specify that we only
            // want APKs for armeabi-v7a and arm64-v8a.

            // Resets the list of ABIs that Gradle should create APKs for to none.
            reset()

            // Specifies a list of ABIs that Gradle should create APKs for.
            include "armeabi-v7a", "arm64-v8a"

            // Specifies that we do not want to also generate a universal APK that includes all ABIs.
            universalApk false
        }
    }

1. flutter build apk --release --target-platform=android-arm चलाएं
2. प्ले स्टोर पर app-armeabi-v7a-release.apk अपलोड करें
3. वेतन वृद्धि versionCode
4. flutter build apk --release --target-platform=android-arm64 चलाएं
5. प्ले स्टोर पर app-arm64-v8a-release.apk अपलोड करें

Google play store डिवाइस आर्किटेक्चर के अनुसार ऐप को सर्व करेगा। 32 बिट डिवाइस खुश हैं, 64 बिट डिवाइस खुश हैं और मुझे यह जानकर खुशी हुई कि दोनों आर्किटेक्चर की सेवा करते हुए मेरा एपीके आकार अपेक्षाकृत छोटा है।

अगर हम एक ही एपीके में दोनों आर्किटेक्चर के लिए समर्थन शामिल करते हैं, तो उम्मीद करें कि आपके ऐप का आकार 10 एमबी+ . होगा

काम नहीं करता.. जब मैं इसे पिक्सेल 2 पर प्लेस्टोर पर देखता हूं तो यह कहता है कि यह इस डिवाइस के लिए समर्थित नहीं है

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

हालाँकि, ऐप बंडल ऐसा करने का आधुनिक तरीका है।

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

हालाँकि, ऐप बंडल ऐसा करने का आधुनिक तरीका है।

मुझे नहीं पता कि यह मेरे लिए पिक्सेल 2 प्लेस्टोर पर क्यों नहीं दिख रहा है ... मैं बिल्कुल फॉलो करता हूं, दो बार, बस इनकेस ..
मैंने ऐप बंडल का इस्तेमाल किया और मेरा ऐप क्रैश हो रहा है इसलिए मैं विकल्प ढूंढ रहा हूं

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