Flutter: 32ビットおよび64ビットのバイナリを含むアプリバンドルをサポートする

番号

同じ警告がありました。 Flutterチームの誰かがコメントしたり、同じことを説明したりできますか。また、 flutter build appbundle --release生成されたappbundleにも64ビットコードが含まれるようにするにはどうすればよいですか。 @zoechiそれについて何か教えていただけますか？

私もこれを見ています。 これがスクリーンショットです：

そして、「詳細」ドキュメントはここにあります： https ：

Flutterチームからの返信を楽しみにしています。

今日もこの警告メッセージが届きました。

ここで同じ問題。

私もです

私もです

これに対する解決策はまだありますか？

これを見てください： https ：

それは私のために働いた。

[内部テストへのロールアウトの開始]ボタンは、Google Play Consoleのアプリリリースページ（上記の64ビット警告メッセージが表示される画面）で無効になっています

64ビットバンドルの要件は、フラッタープロジェクトのショーストッパーになりました。

/ cc @mklim @cbracken

プレイストアが警告の発行を開始したようです。警告は、Flutterからのデフォルトのリリース手順を使用している場合にトリガーされます。
https://flutter.dev/docs/deployment/android

Flutterを使用して32ビットと64ビットの両方のARMのAPKを送信することは可能ですが、現在、いくつかの追加手順が必要です。 これを解決するためのさまざまなアプローチについて、以下で説明します。
https://github.com/flutter/flutter/issues/18494#issuecomment -477502287

また、この警告を回避するために、デフォルトのテンプレート/ツール/リリース手順を更新する最善の方法を検討しています。

お待ち頂きまして、ありがとうございます。

@eseidelGoogle間違っている場合は訂正してください。ただし、アプリバンドルの要点は、すべてを1つのファイルにパックし、Playストアに必要なapkのみを各ユーザーに出荷させることだと思いました。

元の質問で指摘したように、私はflutter build appbundleます。 この場合、あなたが提案した解決策は適用されませんよね？

昨日フラッタービルドappbundleを試しましたが、プレイストアからデバッグビルドであるというエラーメッセージが表示されていました...

もちろん、flutter.devからの指示が使用されず、代わりにandroid studio build-> Generate SignedAPKが使用されるadd2appシナリオでも機能する必要があります。

重要なラベルを付けていただきありがとうございます

これについて直接話し合ったところです。 @tvolkertは、これを閉鎖に追いやるのを手伝ってくれる人を見つけようとしています。

この警告も表示されますが、デフォルトで64ビットにする方法はありますか？

build.gradleを少し変更すると、リリースapkとaabに64ビットのネイティブライブラリが強制的に含まれる可能性があります-回避策については、

グーグルのために、32ビットをまだ使用している電話の数を教えてください。
64ビットおよび32ビットのライブラリを追加すると、最終的なapkサイズが増加します。

APKをABIで分割する非フラッタープロジェクトがあるので、サイズを小さくするために32ビットと64ビット用に別々のapkを用意しています。 今、このステップは私にapkサイズを前進させるように強制しているようです。
しかし、なぜ ？

インド/アフリカに32ビット専用の電話がいくつあるかについての統計はありません...ヨーロッパ、米国、およびアジアの一部ではほとんど何もないと確信しています。
x86 / x86_64とarmeabi / arm64-v8aはどうですか？ 4つのABIすべてのlibflutter.soを最終的な本番APKに追加する必要がありますか？
..またmips ...まだmipsを使用している電話はありますか？ グーグルだけが知っている。

@VarolOkan AABを使用して、必要なすべてのABIと画面のdpiの組み合わせに対してGoogleにAPKを生成させます。

[内部テストへのロールアウトの開始]ボタンは、Google Play Consoleのアプリリリースページ（上記の64ビット警告メッセージが表示される画面）で無効になっています

64ビットバンドルの要件は、フラッタープロジェクトのショーストッパーになりました。

@eseidelGoogleまたは誰か-これが
a）ショーストッパー
またはb）8月までの警告
参照： https ：
彼は、それを機能させるためにチェックするために左側にいくつかのボックスがあることを示しています、そして警告が8月を言うならば、それが実際に5月上旬であるならばそれは大きな問題のように思われます。

また、実際には32ビットマシンがほぼないかどうかを知るのに非常に役立ちます。64ビットアームに単一行のabiFilterを使用することは、99.5％のユーザーなどをサポートするための実行可能なオプションです。 一年前に誰かが掃除をしているのを見ました。「市場に出回っているすべての電話」は64ビットでした...おそらくそれは古い電話がたくさんあることを意味しますか？

私の理解では、これはショーストッパーではなく、一般的な警告です。 @blastenに、デフォルトのFlutterセットアップでこの警告を回避するためにここで何ができるかを確認するように依頼し

@eseidelGoogleが言ったように、私はこの問題にhttps： //github.com/flutter/flutter/issues/18494#issuecomment -489807239の手順を実行しようとしましたか？

これはもう問題ではありませんか？ https://github.com/flutter/flutter/issues/18494#issuecomment -482795450

それはショートッパーではありません。 警告が表示されましたが、アプリをにリリースできました
プレイストア。

Krモーテン

17.46で火、2019年5月7日には、Audrius Karosevicius [email protected]
書きました：

これはもう問題ではありませんか？ ＃18494（コメント）
https://github.com/flutter/flutter/issues/18494#issuecomment-482795450

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/flutter/flutter/issues/31922#issuecomment-490135779 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AA4B4J5BY3BJVIELNEPC4N3PUGP7BANCNFSM4HJU7TZA
。

>>

;-)
/モーテン

Web： http ：
モービル：51 21 90 79

要約する：

1）今年の初め、Playは、8月から64ビットバージョンを提供するためにストアにアップロードされたアプリが必要になることを開発者に伝えました（https://android-developers.googleblog.com/2019/01/get-your-apps-ready -for-64-bit.html）。 今週、Playストアは、アップロードされたアプリの情報メッセージの表示を開始し、今後の要件を警告します。 ただし、現時点ではPlayストアの要件は変更されていません。

2）警告参照が1つのFlutterプロジェクトのgradleファイルを変更するための少しの手動の努力で今準拠することができる64ビットAPK要件： https ：

3）ユーザーの追加の努力なしに、Flutterのデフォルトの動作が64ビットサポートに関するPlayガイドラインの今後の更新に準拠するように取り組んでいます。 作業は、8月の締め切りよりずっと前の数日/数週間で完了すると思います。

上記の内容を見逃した場合は、遠慮なくコメントするか、連絡してください。 Playが警告をオンにする前に、これが更新されていなかったことをお詫びします。 あなたの助けとフィードバックをありがとう！

@eseidelGoogle

1. flutter build apk作成したアプリを公開できません。 Playストアは私のプロファイルで32ビットのみのビルドを受け入れません。
2. ＃18494（コメント）のソリューションは、OnePlusOneなどの32ビットデバイスでは失敗します。

私の意見では、それはショートッパーです。

@eseidelGoogle

1. 解決しました。 評価と国が設定されていない場合、GooglePlayはビルドを受け入れません。 メッセージだけが誤解を招きます。

64ビットのAPK要件は、警告参照が1つのFlutterプロジェクトのgradleファイルを変更するための少しの手動の努力で準拠できるようになりました：＃18494（コメント）方法に関する1つの例。

数時間の試行錯誤の末、64ビットのlibflutter.soを含む署名付きapkもappbundleも作成できませんでした。

バンドルに含まれている唯一のlibflutter.soは
armeabi-v7a（32ビット）
、使用する場合
Android Studio 3.4
2019年4月10日にビルドされたビルド＃AI-183.5429.30.34.5452501

メニュー：ビルド>署名付きバンドルの生成/ APK

flutter build apk --release --target-platform=android-arm64 -v
flutter build appbundle --release --target-platform=android-arm64 -v

両方とも失敗します@>タスク： app：validateSigningReleaseが失敗しました

@ciezこれは私のために64ビットのみのapkを生成しました：

$ flutter build apk --release --target-platform=android-arm64
Initializing gradle...                                              1.1s
Resolving dependencies...                                           1.8s
Running Gradle task 'assembleRelease'...                                
Running Gradle task 'assembleRelease'... Done                       9.0s
Built build/app/outputs/apk/release/app-release.apk (7.5MB).

@adriank
はい、動作します。
問題が何であるかを理解しました：keystore.jksへのパスの「〜」を/ home / userに置き換える必要がありました

誤警報について申し訳ありません。

このように構築された各バンドルは、最大で1つのアーチしかターゲットにできないようです。

回避策が私のビルドを壊したので、Flutterの更新を待っています。

@mulderpfどの回避策を適用しましたか？また、ビルドはどのように壊れましたか？

Flutterチームからの最新のアップデートについては、

私は更新を受け取りました：私はこれを私のブランチで機能させています！
将来のリリースでは、 flutter build appbundle --release --target-platform=android-arm-all （APKを箱から出して分割することをお勧めします）またはflutter build apk --release --target-platform=android-arm-allを使用することをお勧めします。

PSTタイムゾーンの誰かがそれを試してみる気がありますか？ もしそうなら、GitterまたはSlackに連絡してください:)

@blasten悲しいことに、私はあなたのブランチでバンドルを作成することができませんでした。 Gradleはapp:properties失敗しますが、コードを見ると有望に見えます。
flutter/engineが./lib/ディレクトリからAOTスナップショットをロードすることを確認できましたか？ エンジンコードを見ると、どこでもアセットを使用しています...これが機能すれば、App Bundleの全体的な問題が解決されます。今のところ、ABIによるアセットディレクトリターゲティングのサポートが不足しています。

@SPodjasek正解です。エンジンのローカルビルドも必要になるため、APKのクラスは新しいスナップショットを探します。

@blastenビルドツリーを修正できたので、 base/lib/${abi}/にAOTスナップショットを含むAppBundleを正常にビルドできるようになりました。

  4649616  2019-05-13 20:52   base/lib/arm64-v8a/isolate_snapshot_data.so
  6296768  2019-05-13 20:52   base/lib/arm64-v8a/isolate_snapshot_instr.so
  8472736  2019-05-13 20:52   base/lib/arm64-v8a/libflutter.so
    32352  2019-05-13 20:52   base/lib/arm64-v8a/vm_snapshot_data.so
    19200  2019-05-13 20:52   base/lib/arm64-v8a/vm_snapshot_instr.so
  3700504  2019-05-13 20:52   base/lib/armeabi-v7a/isolate_snapshot_data.so
  6019680  2019-05-13 20:52   base/lib/armeabi-v7a/isolate_snapshot_instr.so
  6036116  2019-05-13 20:52   base/lib/armeabi-v7a/libflutter.so
    23520  2019-05-13 20:52   base/lib/armeabi-v7a/vm_snapshot_data.so
    12640  2019-05-13 20:52   base/lib/armeabi-v7a/vm_snapshot_instr.so

そして、これを変更するだけで十分だろうかと思います...

https://github.com/flutter/engine/blob/1b649a57d18a8c41ae017d79cf9bdb999a2276ac/shell/platform/android/io/flutter/view/FlutterMain.java#L334 -L336

次のようなものに：

getContext().getApplicationInfo().nativeLibraryDir;

もちろん、それはそれほど単純ではありませんが、一般的な考え方を理解するために...

32ビットと64ビットをサポートするflutter build appbundleを試す方法は次のとおりです。

1. https://drive.google.com/open?id=1yAkfhPKfhdd8MwW39qfkZDePc66SMA_zからflutter.jarをダウンロードし、 {flutterInstallationPath}/bin/cache/artifacts/engine/android-arm-release下に配置します。 Flutterのインストールパスを確認するには、 which flutter使用します

FlutterMain.javaの変更を確認する場合は、 https ：//github.com/blasten/engine/commit/b3ab9def28a414ffa53bf10ad6a3249f31ed00e3を参照して

1. このブランチからパッチをチェックしてください：

$ cd {flutterInstallationPath}
$ git remote add arm-all https://github.com/blasten/flutter
$ git fetch arm-all apk_defaults
$ git checkout apk_defaults

$ git build appbundle --release --target-platform=android-arm-all

あなたが見つけたものを教えてください。

+1

@danysz +1を書く代わりに、もしあなたがこの問題に賛成していたなら、それはもっと理にかなっているでしょう（あなたにとって厳しい感情はありません）。 他の人に、このメッセージを読んだら、「私も」、「ここに同じ」、「+ 1」と書かないでください。代わりに、この問題に賛成してください。

ありがとうございました！

@blastenアプリの起動に失敗しています：

05-14 10:50:35.979  3445 28828 I ActivityManager: Start proc 30019:xxx/u0a262 for activity xxx/com.example.flutterapp.MainActivity
05-14 10:50:36.067 30019 30019 I FirebaseInitProvider: FirebaseApp initialization successful
05-14 10:50:36.108 30019 30019 E flutter : [ERROR:flutter/runtime/dart_vm_data.cc(19)] VM snapshot invalid and could not be inferred from settings.
05-14 10:50:36.108 30019 30019 E flutter : [ERROR:flutter/runtime/dart_vm.cc(241)] Could not setup VM data to bootstrap the VM from.
05-14 10:50:36.108 30019 30019 E flutter : [ERROR:flutter/runtime/dart_vm_lifecycle.cc(89)] Could not create Dart VM instance.
05-14 10:50:36.108 30019 30019 F flutter : [FATAL:flutter/shell/common/shell.cc(218)] Check failed: vm. Must be able to initialize the VM.
05-14 10:50:36.108 30019 30019 F libc    : Fatal signal 6 (SIGABRT), code -6 in tid 30019 (xxx), pid 30019 (xxx)

これは私の物理デバイスと9 / 10TestLabデバイスに当てはまります-Pixel-Q-betaの結果に一貫性がありません。

@danysz +1を書く代わりに、もしあなたがこの問題に賛成していたなら、それはもっと理にかなっているでしょう（あなたにとって厳しい感情はありません）。 他の人に、このメッセージを読んだら、「私も」、「ここに同じ」、「+ 1」と書かないでください。代わりに、この問題に賛成してください。

ありがとうございました！

終わり

@blasten変更内容を確認すると、既存のアプリの場合、 AndroidManifest.xmlを変更する必要があることがわかりました。

diff --git a/packages/flutter_tools/templates/app/android.tmpl/app/src/main/AndroidManifest.xml.tmpl b/packages/flutter_tools/templates/
app/android.tmpl/app/src/main/AndroidManifest.xml.tmpl
index 4778a2080..f3492835e 100644
--- a/packages/flutter_tools/templates/app/android.tmpl/app/src/main/AndroidManifest.xml.tmpl
+++ b/packages/flutter_tools/templates/app/android.tmpl/app/src/main/AndroidManifest.xml.tmpl
@@ -24,6 +24,11 @@
             <meta-data
                 android:name="io.flutter.app.android.SplashScreenUntilFirstFrame"
                 android:value="true" />
+            <!-- If true, the snapshots are read from lib instead of the assets 
+                 directory in the APK. -->
+            <meta-data
+                android:name="io.flutter.view.FlutterMain.snapshot-in-lib"
+                android:value="${snapshotInLib}" />
             <intent-filter>
                 <action android:name="android.intent.action.MAIN"/>
                 <category android:name="android.intent.category.LAUNCHER"/>

それにもかかわらず、それはまだ失敗します...

@blasten

git build

$ git build appbundle --release --target-platform=android-arm-all

"git build" or "flutter build" ? :-)

残念ながら、私はあなたの指示でバンドルを作成することができませんでした。 Gradleがapp：propertiesで何らかの理由で失敗し

ダウンロードプロセスがflutter.jarを上書きしたようです

@MoacirSchmidt同様の問題が発生しましたが、ビルドflutter clean ）とgradleキャッシュ（ ~/.gradle/caches ＆ ${projectRoot}/android/.gradle ）のクリーニングが役に立ちました

64ビットAPKの構築に問題がある人向け。
この設定は私のために働いた。

build.gradle

flutter build apk --release --target-platform=android-arm 実行します

versionCodeをインクリメントします

flutter build apk --release --target-platform=android-arm64 実行します

https://github.com/flutter/flutter/issues/18494でさらに議論する

flutter build appbundleは現在マスターになっていますが、任意の人が試してみたいですか？

私のように、gradleファイルを変更するのが怖い人にとっては、64ビットバージョンのみが必要な場合は、build.gradleを変更しなくてもflutter build apk --release --target-platform=android-arm64機能します。

@blasten betaチャネルでflutter build appbundleを試しました。 Playストアにアップロードしようとすると、32/64エラーが発生します。

masterとおっしゃっていたのは知っていますが、まだそのブランチで作業しているエラーがいくつかあります。 その情報を提供したかっただけです！

私もこの警告を受けています！

すべてのアーキテクチャ用のアプリバンドルを構築する方法はありますか？

それを修正する方法に関する更新はありますか？

アプリバンドルを参照しているため、このバグを閉じます。 マスターブランチに切り替えると、 flutter build appbundleを使用して、32ビットおよび64ビットのCPUアーキテクチャをサポートするアプリバンドルを生成できます。 アプリバンドルを使用したい、または使用できない場合は、このスレッドに従って

@ blasten -
これが私の現在のフラッター設定です：

ドクターサマリー（すべての詳細を表示するには、フラッタードクター-vを実行します）：
[√]フラッター（チャネル安定版、v1.2.1、Microsoft Windows [バージョン10.0.17763.503]、ロケールen-US）
[√] Androidツールチェーン-Androidデバイス用に開発（Android SDKバージョン28.0.3）
[√] Android Studio（バージョン3.4）

この変更はいつstableブランチに行きますか？

@blastenは

@blastenフラッタービルドappbundleによって作成されたアプリバンドルに署名する方法は？

@blastenは、本番アプリにマスターブランチを使用するための良い方法ですか？

@dblokhin flutter channel masterを使用してマスターチャネルに切り替えることができます。 これは、開発チャネルでも利用できるようになっていることに注意してください。

@ tvolkert-これがstableブランチにマージされる時間枠はありますか？

@ angel1st今から約3ヶ月でゲストになります。

@truongsinh -

@ angel1stすでに安定しています！ 詳細を調べます...

@ angel1stすでに安定しています！

よろしいですか？ 現在の安定版は1.5.4-hotfix2で、32と64の両方のバンドルを生成していません。または何かが足りませんか？

@shinayserまだです、ごめんなさい。 詳細を調べてスレッドを更新します。 Toddが述べたように、現時点ではmasterチャネルが唯一のオプションです。

付属品を試してみました。 マスターに1.6.1-preバージョンのFlutterがありました
チャネル。

バンドルの出力は約12MBで、警告は生成されませんでした
個々のAPKのサイズは約7でした。これまでのところ、すべてが良好です。

しかし、Playストアで更新した後にアプリを開くと、アプリが取得されました
スプラッシュ画面でスタックしました。

私はうまく機能したフラッタービルドapkに戻る選択がありませんでした、idk方法
なぜ。

ですから、警告にもかかわらず、この問題はまだ解決されていないと思います
アプリバンドルとともになくなり、アプリ自体もなくなりました。 付属品は
スプラッシュ画面でスタックしているため、アプリが役に立たなくなります。

その場合は、Gitterで直接私に連絡してください： https ： .aabファイルを送信できると便利です。

何らかの方法で使用法を文書化する必要があると思います。 また、Flutterチームが開発者を維持したい場合は、6月末までにこれをstableにマージすることが重要だと思います。

@ angel1st 6月末までにこの作品をstable昇格させるために一生懸命取り組んでいます。

いくつかの更新：

アプリバンドル（マスターチャネルからflutter build appbundleを使用して生成）からAPKをデプロイした後、スプラッシュ画面でスタックしているアプリを再現することができました。

これは、AOTスナップショット（ vm-snapshot-data 、 vm-snapshot-instr 、 isolate-snapshot-data 、 isolate-snapshot-instr ）を/lib/{abi}/lib_{snapshot}.so内のライブラリとして配置したことが原因のようです。アプリバンドルのABI分割を取得します。

編集：根本的な原因は、Androidエンベッダーのコードがこの行にflutter_assetsという名前のディレクトリを予期していることであることが判明しましたが、アプリバンドルをサポートするための最近の変更により、そのようなディレクトリの作成が無効になり、アプリが起動しなくなりました。 @ jason-simmons https://github.com/flutter/engine/compare/7f4f52f95294...e8db5dfd52eeによるこのコミットにより、問題が修正されます。

結論

現在の計画では、フラッターツールがAOTスナップショットの代わりにELF共有ライブラリを生成できるようにする予定です。 この機能は、https：//github.com/dart-lang/sdk/commit/af93ebcf4cb55ae5f0f39a183ad2d42ca13ae51fのDartSDKに追加されました。

これが意味するのは、実際のライブラリを使用して、アプリバンドルとファットAPKのABI分割を取得することです。

問題が修正されたら、このバグとhttps://github.com/flutter/flutter/issues/18494を更新します。 それまでの間、 --target-platformをbuild appbundleに渡すと、AOTスナップショットをlib/移動せずにアプリバンドルを構築できます。

いくつかの更新：

アプリバンドル（マスターチャネルからflutter build appbundleを使用して生成）からAPKをデプロイした後、スプラッシュ画面でスタックしているアプリを再現することができました。

これは、AOTスナップショット（ vm-snapshot-data 、 vm-snapshot-instr 、 isolate-snapshot-data 、 isolate-snapshot-instr ）を/lib/{abi}/lib_{snapshot}.so内のライブラリとして配置したことが原因のようです。アプリバンドルのABI分割を取得します。 結局のところ、スナップショットは実際のライブラリではなく、この動作を取得するためのハックは機能しませんでした。

現在の計画では、フラッターツールがAOTスナップショットの代わりにELF共有ライブラリを生成できるようにする予定です。 この機能は、 dart-lang / sdk @ af93ebcのDartSDKに追加されたばかり

これが意味するのは、実際のライブラリを使用して、アプリバンドルとファットAPKのABI分割を取得することです。

問題が修正されたら、このバグと＃18494を更新します。 それまでの間、 --target-platformをbuild appbundleに渡すと、AOTスナップショットをlib/移動せずにアプリバンドルを構築できます。

@blastenは、ネイティブコードを使用する別のライブラリがある場合、これは正しく機能しますか？ 例：VLC。 APKを構築しているときに、 .so生成されます。

はい-APK内で他のネイティブコードライブラリを使用できます。

新しいパッケージ形式では、Flutterアプリにlibflutter.soエンジンライブラリと、アプリのDartコードからコンパイルされたAOTスナップショットデータを含む別の.so含まれます。 アプリは、必要に応じて、Flutterに関係のない他の.soライブラリを追加できます。

参考までに、スプラッシュ画面でスタックする問題の修正は、（今後の）1.7.0開発チャネルリリース（https://github.com/flutter/flutter/wiki/Bad-Builds#v161---）にあるはずです。 v167）

こんにちは、みんな。 スプラッシュ画面でスタックする問題の修正が開発チャネルに反映されました。v1.7.0にflutter upgradeを実行すると、問題が発生するはずです。 試してみて、 flutter build appbundle問題が発生した場合はお知らせください。

@tvolkert以前は私のために働いていなかったし、今は私のために働いていません。 チャネル開発（1.7.0）でもチャネルマスター（1.7.1）でもありません。 flutter build appbundleを使用したアプリのビルドは、Playストア経由で公開し、実際のデバイスで実行するとクラッシュします。
編集：デバイスからアプリを削除し、Playストアから再インストールした後、チャンネルdev（1.7.0）で動作するようになりました。
Edit2：動作しません。 正しいバージョンを配布している間、Playストアは通常より少し遅くなりました。 複製を助けるために私は何ができますか？

@masewoデバイスから

@ jason-simmons @blastenこれを追跡するのに役立つ他の何かがありますか？

@tvolkert

トゥームストーン：

2019-06-04 08:32:44.375 8326-8326/? A/DEBUG: *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
2019-06-04 08:32:44.375 8326-8326/? A/DEBUG: Build fingerprint: 'samsung/crownltexx/crownlte:9/PPR1.180610.011/N960FXXS2CSDJ:user/release-keys'
2019-06-04 08:32:44.375 8326-8326/? A/DEBUG: Revision: '28'
2019-06-04 08:32:44.375 8326-8326/? A/DEBUG: ABI: 'arm64'
2019-06-04 08:32:44.375 8326-8326/? A/DEBUG: pid: 8261, tid: 8261, name: asewo.myfirstapp  >>> net.masewo.myfirstapp <<<
2019-06-04 08:32:44.375 8326-8326/? A/DEBUG: signal 6 (SIGABRT), code -6 (SI_TKILL), fault addr --------
2019-06-04 08:32:44.376 8326-8326/? A/DEBUG: Abort message: '[FATAL:flutter/shell/common/shell.cc(218)] Check failed: vm. Must be able to initialize the VM.
    '
2019-06-04 08:32:44.376 8326-8326/? A/DEBUG:     x0  0000000000000000  x1  0000000000002045  x2  0000000000000006  x3  0000000000000008
2019-06-04 08:32:44.376 8326-8326/? A/DEBUG:     x4  0000000000000000  x5  0000000000000000  x6  0000000000000000  x7  0080000000000000
2019-06-04 08:32:44.376 8326-8326/? A/DEBUG:     x8  0000000000000083  x9  000000767c1f9890  x10 fffffff87ffffbdf  x11 0000000000000001
2019-06-04 08:32:44.376 8326-8326/? A/DEBUG:     x12 00000075ded1c000  x13 0000000000000008  x14 ffffffffffffffff  x15 0000402003ff3b02
2019-06-04 08:32:44.376 8326-8326/? A/DEBUG:     x16 000000767c2302b0  x17 000000767c16f958  x18 0000007fdd2251da  x19 0000000000002045
2019-06-04 08:32:44.376 8326-8326/? A/DEBUG:     x20 0000000000002045  x21 0000000000000083  x22 00000075edde02e0  x23 00000075dec79fc0
2019-06-04 08:32:44.376 8326-8326/? A/DEBUG:     x24 00000075de3a6150  x25 0000000000000000  x26 00000075f7614ca0  x27 0000000000000003
2019-06-04 08:32:44.376 8326-8326/? A/DEBUG:     x28 0000000000000000  x29 0000007fdd225b00
2019-06-04 08:32:44.376 8326-8326/? A/DEBUG:     sp  0000007fdd225ac0  lr  000000767c162da0  pc  000000767c162dcc
2019-06-04 08:32:44.377 8326-8326/? A/DEBUG: backtrace:
2019-06-04 08:32:44.377 8326-8326/? A/DEBUG:     #00 pc 0000000000021dcc  /system/lib64/libc.so (abort+124)
2019-06-04 08:32:44.377 8326-8326/? A/DEBUG:     #01 pc 0000000000e4a6a0  /data/app/net.masewo.myfirstapp-J4PFXKn_O2diLnKpCeu2eg==/split_config.arm64_v8a.apk (offset 0xe2d000)

フラッター：

D:\Programme\Android\flutter\bin\flutter.bat doctor --verbose
[√] Flutter (Channel dev, v1.7.0, on Microsoft Windows [Version 10.0.18362.145], locale de-DE)
    • Flutter version 1.7.0 at D:\Programme\Android\flutter
    • Framework revision f36a35d20a (3 days ago), 2019-05-31 15:27:56 -0400
    • Engine revision a32df2c928
    • Dart version 2.3.2 (build 2.3.2-dev.0.0 445a23a9bc)

[√] Android toolchain - develop for Android devices (Android SDK version 28.0.3)
    • Android SDK at D:\Programme\Android\sdk
    • Android NDK location not configured (optional; useful for native profiling support)
    • Platform android-28, build-tools 28.0.3
    • Java binary at: D:\Programme\Android\Android Studio Dev\jre\bin\java
    • Java version OpenJDK Runtime Environment (build 1.8.0_202-release-1483-b03)
    • All Android licenses accepted.

[√] Android Studio (version 3.5)
    • Android Studio at D:\Programme\Android\Android Studio Beta
    • Flutter plugin version 36.0.7
    • Dart plugin version 191.7221
    • Java version OpenJDK Runtime Environment (build 1.8.0_202-release-1483-b02)

[√] Connected device (1 available)
    • SM N960F • xxxxxxxxxxxxxxxx • android-arm64 • Android 9 (API 28)

それはだ@blastenジェイソン・シモンズ@この主張の@masewoでクラッシュを引き起こしている場合

@masewoアプリなしでは、クラッシュを再現できません。この動作を示す1.7.1リリースから署名されていない.aabファイルを作成し、メール（tvolkert @ google）で送っていただけませんか。 .com）？ もしそうなら、それは非常に役に立ちます！

参考までに、64ビットサポートに関して次の発表が

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

@tvolkertは、 https：//github.com/flutter/flutter/wiki/Add-Flutter-to-existing-appsをリストしたすべてのポイントと互換性のあるものにするためのチームでもありますか？

1. 32ビットと64ビットの両方をサポートするアプリバンドルを構築する方法を（デフォルトで）提供します。 （開発チャネルでテストするためにすでに利用可能です）

2. 32ビットと64ビットの両方をサポートするAPKを構築する方法（デフォルト）を提供します。 （進行中）

@truongsinhはい、保留中のPRでこのコメントを参照してください： https ：

@masewoと他のすべての人： https： //github.com/flutter/flutter/issues/31922#issuecomment -498541765で説明されているクラッシュを再現し、追跡しています。

tldr：しっかりとハングアップします-私たちはそれに取り組んでいます🙂

こんにちは、みんな、

TLDR：

Playストアからダウンロードしたときのクラッシュの問題を特定し、修正に取り組んでいます。これは、上記のhttps://github.com/flutter/flutter/issues/31922#issuecommentで概説したのと同じ時間枠内に配信され

高レベルの説明

興味のある方は、Android Marshmallow以降を実行しているデバイスでは、Playストアが複数のABIを含むアプリバンドルとしてパッケージ化されているアプリを検出し、それらのアプリを「分割」の形式でデバイスにインストールするという、やや長い説明があります。 APK」。 これを行うと、そこに含まれる.soファイルはAPK zipアーカイブから抽出されません。これは、分割されていないAPKの動作とは異なります。 .soファイルを見つけるためのFlutterエンジンの

解決策は、ライブラリをdlopenすることだけで、Androidは、ライブラリが配置されている場所（つまり、アーカイブ内かどうか）を抽象化します。 ただし、必要な.soファイルは、そもそも真のライブラリではありませんでした。これらは、DartVMにロードしたデータのバイナリブロブにすぎませんでした。 その一環として、ELFライブラリを作成しています（例：https：//github.com/dart-lang/sdk/commit/6d608fb52bc1926a73d986d73ab228b77cfb7ca2およびhttps://github.com/flutter/flutter/pull/33696）。

こんにちは、みんな、

修正はすべてmasterチャネルのツリーの先端に到達したと考えています。 それらを試してみたい場合は、次の方法で行います。

• flutter build appbundle

  デフォルトでは、App Bundleには、Dartコードと、 armeabi-v7a （32ビット）およびarm64-v8a （64ビット）用にコンパイルされたFlutterランタイムが含まれています。

• flutter build apk --split-per-abi

  このコマンドにより、2つのAPKが生成されます。

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

• flutter build apk

  これにより、すべてのターゲットABI用にコンパイルされたコードを含むファットAPKが生成されます。 このようなAPKは、分割されたAPKよりもサイズが大きくなるため、ユーザーはデバイスのアーキテクチャに適用できないネイティブバイナリをダウンロードすることになります。

flutter build appbundleは今私のために働いています。 ありがとう@tvolkert ！

複数のAndroidデバイスでこれが機能していることを確認できます（マスターに切り替えた後）。 なんて命の恩人、ありがとう。

素晴らしい！ @ blasten 、@ jason-simmons、@ rmacnak-googleに感謝します-私はただのメッセンジャーです🙂

このような迅速な対応をしてくれたFlutterチームと貢献者のすべてに感謝します。 うまくいけば、これは1.5か月以内にベータチャネルに到達します:)

@tomaszpolanski計画では、6月末までにベータ版をリリースし、7月上旬までに安定させる予定です🙂

@tvolkert x86も含めるために渡すことができるflutter build appbundleコマンドフラグはありますか？

@athornzはリリースモードatmではありません。 https://github.com/flutter/flutter/issues/9253を参照してx86_64 AOTスナップショットを追加することは可能です。

マスターブランチに切り替えると、次のエラーが発生します。 安定したビルドですが、リリースバンドルに64ビットを含めることができません。

Running flutter doctor...
Doctor summary (to see all details, run flutter doctor -v):
[✓] Flutter (Channel master, v1.7.4-pre.108, on Mac OS X 10.14.5 18F132, locale nl-NL)
[✓] Android toolchain - develop for Android devices (Android SDK version 28.0.3)
[✓] Xcode - develop for iOS and macOS (Xcode 10.2.1)
[✓] iOS tools - develop for iOS devices
[✓] Android Studio (version 3.4)
[✓] IntelliJ IDEA Community Edition (version 2018.2.7)
[✓] Connected device (1 available)

• No issues found!
MacBook-Pro-van-Wendel:zaira wendel$ flutter build appbundle --build-name=1.0.6 --build-number=6 -t lib/main_prod.dart --flavor=prod
Initializing gradle...                                              0,9s
Resolving dependencies...                                           2,2s
registerResGeneratingTask is deprecated, use registerGeneratedResFolders(FileCollection)
registerResGeneratingTask is deprecated, use registerGeneratedResFolders(FileCollection)
registerResGeneratingTask is deprecated, use registerGeneratedResFolders(FileCollection)
registerResGeneratingTask is deprecated, use registerGeneratedResFolders(FileCollection)
registerResGeneratingTask is deprecated, use registerGeneratedResFolders(FileCollection)
registerResGeneratingTask is deprecated, use registerGeneratedResFolders(FileCollection)
registerResGeneratingTask is deprecated, use registerGeneratedResFolders(FileCollection)
registerResGeneratingTask is deprecated, use registerGeneratedResFolders(FileCollection)
registerResGeneratingTask is deprecated, use registerGeneratedResFolders(FileCollection)
registerResGeneratingTask is deprecated, use registerGeneratedResFolders(FileCollection)
Running Gradle task 'bundleProdRelease'...                              
Running Gradle task 'bundleProdRelease'... Done                    78,6s
Gradle task bundleProdRelease failed with exit code 1

@xinoxapps 、 flutter build appbundle -vの完全な出力を送信できますか（このスレッドを読みやすくするために、gist.github.comリンクとしてお願いします🙂）？

@xinoxapps 、この問題をローカルで再現できませんでした。 ここで、表示される警告を見ると、カスタムのbuild.gradleロジックがあるようですが、これが問題の原因である場合とそうでない場合があります。 最小限の再現ケースに到達することは可能でしょうか？ たとえば、カスタムGradle構成の一部を機能するまで削除してから、問題の正確な原因を共有してみてください。 これが私がフレーバーを定義した方法です：

android {
  flavorDimensions "version"
    productFlavors {
        prod { }
    }
}

こんにちは、みんな、

これらの修正は、 v1.7.4リリース以降のdevチャネルで有効になりました。

アプリバンドルに切り替えてPlayストアにプッシュしたところ、ほとんどのユーザーが満足しているようです。 ただし、ARMエミュレーションをサポートするx86デバイスであるAsus ZenFone 2 ZE551MLでアプリがまったく起動しないという2つの報告があります： https ：//www.gsmarena.com/asus_zenfone_2_ze551ml-6917.php

両方への切り替えmasterとdevチャンネルは、と私は、このエラーが発生しますflutter build appbundle ：

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

@darioielardiあなたflutter build appbundle -v 、だけでなく、あなたの内容android/build.gradleとandroid/app/build.gradleファイルは？

@tvolkert確かに、 https： //gist.github.com/darioielardi/f7497398a39b2c12d4ea1767ca6b6e69

アプリバンドルに切り替えてPlayストアにプッシュしたところ、ほとんどのユーザーが満足しているようです。 ただし、ARMエミュレーションをサポートするx86デバイスであるAsus ZenFone 2 ZE551MLでアプリがまったく起動しないという2つの報告があります： https ：//www.gsmarena.com/asus_zenfone_2_ze551ml-6917.php

ええ、私は同じ問題を抱えています。 それはフラッタービルドappbundleで動作し、ほとんどのデバイスは私のアプリをうまく実行します。 しかし、このasusではありません

re：x86： https ：

@blastenはいネイティブx86がサポートされていないことは理解していますが、ここでの問題は、ARM / ARM64アプリバンドルがGooglePlayによって、翻訳を介してARMのサポートをアドバタイズするx86デバイスにインストールされていることですが、新しいバンドルはどういうわけかサポートされていませんそのようなデバイスで正しく動作します（おそらく、新しいELF形式がARMトランスレータを混乱させるためです）。 元のARM（非ARM64）APKは機能しているようですが、2週間前のマスターブランチ（具体的にはe1a784ae）に戻し、問題が発生していた2人のユーザーが私のアプリを使用していることを確認しました。 ZenFone2デバイスで再び実行されます。 これにより、v1.7.4にアップグレードできなくなります。

@xinoxapps 、 flutter build appbundle -vの完全な出力を送信できますか（このスレッドを読みやすくするために、gist.github.comリンクとしてお願いします🙂）？

これは、開発チャネルで機能します。 まだ情報が必要ですか？

@xinoxappsいいえ-それがあなたのために働いていると聞いてうれしいです。

@darioielardiこの問題はマスターで修正されました。 マスターチャネルでflutter upgradeを実行してください。

@darioielardiこの問題はマスターで修正されました。 マスターチャネルでflutter upgradeを実行してください。

@blastenマスターに切り替えましたが、 flutter build appbundle実行するとこのエラーが発生しました
Execution failed for task ':app:transformClassesAndResourcesWithProguardForRelease'.

これは私のgradleと完全な出力ですhttps://gist.github.com/julindra/80cd2e588cf11bdd0df3f34239b07409

こんにちは、みんな、

アプリへの追加とフレーバーのバグ修正をさらにいくつか取得し、 v1.7.5開発リリースを削減することを目指しています。 そのため、これらの修正を取得するためにベータ版への昇格を延期しています。 7月上旬にはまだ安定していると予想しています。

flutter build appbundleは私のために働いた。 たくさん@tvolkertに感謝します。

@julindraが-ignorewarningsを'proguard-rules.pro追加すると、この問題が修正されます。 現在、android.arch。*パッケージは含まれていません。 別のオプションは、 android/app/build.gradleを編集して、以下を追加することです。

.gradle dependencies { implementation "android.arch.lifecycle:common-java8:1.1.1" implementation 'android.arch.lifecycle:extensions:1.1.1' }

cc @ matthew-carroll

バンドルapp.aabをPlayストアにアップロードしました。 64ビットが欠落しているという警告は消えましたが、Playストアからインストールした後、起動時にアプリがクラッシュしました。 助言がありますか？

また、本番環境でリリースするためにflutter build appbundleを使用しても安全ですか？

@sulaysumaria flutter doctorを実行した結果を投稿できますか？

Doctor summary (to see all details, run flutter doctor -v):
[✓] Flutter (Channel stable, v1.5.4-hotfix.2, on Mac OS X 10.14.5 18F132, locale en-IN)

[✓] Android toolchain - develop for Android devices (Android SDK version 28.0.3)
[✗] iOS toolchain - develop for iOS devices
    ✗ Xcode installation is incomplete; a full installation is necessary for iOS development.
      Download at: https://developer.apple.com/xcode/download/
      Or install Xcode via the App Store.
      Once installed, run:
        sudo xcode-select --switch /Applications/Xcode.app/Contents/Developer
    ✗ libimobiledevice and ideviceinstaller are not installed. To install with Brew, run:
        brew update
        brew install --HEAD usbmuxd
        brew link usbmuxd
        brew install --HEAD libimobiledevice
        brew install ideviceinstaller
    ✗ ios-deploy not installed. To install:
        brew install ios-deploy
    ✗ CocoaPods not installed.
        CocoaPods is used to retrieve the iOS platform side's plugin code that responds to your plugin usage on the Dart side.
        Without resolving iOS dependencies with CocoaPods, plugins will not work on iOS.
        For more info, see https://flutter.dev/platform-plugins
      To install:
        brew install cocoapods
        pod setup
[!] Android Studio (version 3.4)
    ✗ Flutter plugin not installed; this adds Flutter specific functionality.
    ✗ Dart plugin not installed; this adds Dart specific functionality.
[✓] VS Code (version 1.35.1)
[✓] Connected device (1 available)

! Doctor found issues in 2 categories.

@truongsinh

また、アプリバンドルからapkを生成してインストールしてみました。 また、起動時にクラッシュします。

$ bundletool build-apks --bundle=build/app/outputs/bundle/app.aab --output=app.apks
$ bundletool install-apks --apks app.apks

devチャネルに切り替えて確認してください。

devチャネルを構築しようとしましたが、依存関係の1つが壊れました。 コメントアウトしてビルドして、アプリが機能するかどうかを確認します。

また、本番リリースにdevチャネルを使用しても安全ですか？

おっとごめん。 生産用ならもっと気をつけたいと思います。

今のところAPKを作成します。 Googleはapkの代わりにバンドルをアップロードすることを提案しているので、これが安定したブランチの次のリリースで修正されれば良いでしょう。

私はadblogcatを使用してこれを見つけました：

[FATAL:flutter/runtime/dart_vm.cc(389)] Error while initializing the Dart VM: Snapshot not compatible with the current VM configuration: the snapshot requires 'product use_bare_instructions no-"asserts" causal_async_stacks no-bytecode arm-eabi softfp' but the VM has 'product use_bare_instructions no-"asserts" causal_async_stacks no-bytecode arm64-sysv'

私はstableチャンネルにいます。

https://github.com/flutter/flutter/issues/19865のソリューションが機能しました。

また、build.gradleからsplitsセクションを削除する必要がありました。

bundletoolを介してインストールすると、アプリが正常に動作するようになりました。 プレイストアにアップロードして、すべてがうまくいくかどうかを確認します。

@sulaysumaria修正は、まだマスターブランチでのみ利用可能です。 安定している場合– flutter doctor出力に示されているように

[✓] Flutter (Channel stable, v1.5.4-hotfix.2, on Mac OS X 10.14.5 18F132, locale en-IN)

修正は適用されません。 安定版でビルドする場合は、修正が安定版になるまで待つ必要があります。 それまでは1.7.x前後のようですが、apkを個別にアップロードする必要があります。

ああ... ます。 安定したチャネルでいつ利用可能になるか知っていますか？

@sulaysumaria問題ありません。 このスレッドで何度も言及されています

7月上旬にはまだ安定していると予想しています。

devチャネルで動作しました。 flutter build appbundle --target-platform android-arm,android-arm64を使用し、バンドルをPlayストアにアップロードしましたが、完全に機能しました。

@sulaysumaria -あなたは使用する必要があり、すでに準備の指示をマスターまたはDEVチャンネルで。

@julindraが-ignorewarningsを'proguard-rules.pro追加すると、この問題が修正されます。 現在、android.arch。*パッケージは含まれていません。 別のオプションは、 android/app/build.gradleを編集して、以下を追加することです。

dependencies {
  implementation "android.arch.lifecycle:common-java8:1.1.1"
  implementation 'android.arch.lifecycle:extensions:1.1.1'
}

cc @ matthew-carroll

ありがとう。 私は開発チャネルを使用して-ignorewarningsを追加するだけで、完璧に機能します。

flutter build appbundleで私のために働いた
https://github.com/flutter/flutter/issues/18494#issuecomment -489807239

@blastenはこの時点でこれで閉じることができますか、それとも作業が残っていますか？

@cbracken 、これは現在または次の安定したリリース後に閉じることができると思います。

PlayストアからARMアプリをインストールし、libhoudiniを使用して実行できるZenFone 2デバイスおよび同様のx86デバイスとの非互換性の問題に対処することをまだ計画していますか？

devチャネルを構築しようとしましたが、依存関係の1つが壊れました。 コメントアウトしてビルドして、アプリが機能するかどうかを確認します。

また、本番リリースにdevチャネルを使用しても安全ですか？

私はdev以外のブランチを使用したことがなく、アプリはシームレスに動作しています。 だから、それが決して失望させないブランチを信頼してください。 @sulaysumaria

@matthewlloyd Playストアチームから、既存のバイナリをarm-> x86トランスレータでうまく機能させるよりも、明示的なx86バイナリを追加する方がよいと聞きました。 -しかし、チームは最近、Dartコンパイラーが生成するコードを改善しました。それによって、おそらく翻訳が機能したのではないかと思います。 試してみて、私に知らせてください。 それ以外の場合は、状況によっては、x86用のJITバージョンをビルドする必要がある場合があります。これは通常、エミュレーターでのデバッグ/プロファイリングに使用されます。

@blasten情報をありがとう。 私はこれらのデバイスの1つを自分で持っていないので（不満を持ったZenFone 2ユーザーからの匿名のPlayストアレビューが2つだけ）、テストする方法がありません。 物事を壊すリスクは大きすぎて、改善されたコードが実際にそれらのデバイスで機能することを誰かが確認するまで、別のappbundleビルドをプッシュすることはできません。 Playストアにそのようなデバイスを除外するように指示する方法がない限り、古いバージョンのFlutter（および32ビットAPK）で作成されたビルドは、Googleによってテストおよび修正されるか、確認されなくなるまでリリースし続けます。問題。 新しいappbundle / .so形式を使用して、さらに多くのアプリがストアにプッシュされるまで、そうはならないでしょう。 待ちます...

まだ探している人のために、ここに私のために働いた解決策がありました：

flutter build apk --split-per-abi
ビルドgradleを編集した後でも、機能しませんでした
https://flutter.dev/docs/deployment/android#build-an-apkから

代わりに、：を使用してください

1. フラッタービルドappbundle
2. 次にapp.aabをアップロードし

32ビットと64ビットの両方で問題が修正され、アラートのリリースはPlay64ビット要件に準拠していません。」

@ juliengit2に感謝しflutter build appbundleは機能します。

私は今までv1.5.0を持っていて、それが機能しなかったので、フラッターバージョンについても言及する価値があります。
それを機能させるために（現在はv1.7.9に）更新する必要がありました。

@PerechicK 、最近では安定したチャネルまたは

今日ここに表示されるDEVチャネル： https ：

この問題がどのバージョンで修正されているのかはまだわかりません。

安定したブランチ以外のものを使用すると、プラグインの1つに遭遇し、「 https：// githubで導入されました

1.5.4-hotfix.2安定版ブランチを使用しながら64ビットのappbundleを構築する方法はありますか？

この問題を@uj https://github.com/flutter/flutter/issues/33562が使用している場合は、あなたのエラーに関連する可能性があるfirebase_databaseを。

Flutter Docsによると、1.7.4以降では64ビットは導入されていません。

いいえ、firebase_databaseではなく、実際にはOneSignalですが、唯一の解決策は「Flutterの安定したブランチを使用する」ことです。

1.5.4-hotfix.2安定版ブランチを使用しながら64ビットのappbundleを構築する方法はありますか？

@uj 1.5.4-hotfix.2で64ビットのappbundleをビルドすることはできませんが、2つのapkをビルドできます。1つは32ビット、もう1つは64ビットで、両方のapkをGoogleストアにアップロードして警告を解決します。

Flutter 1.5.4-hotfix.2 appbundleは現在、32ビットのネイティブコード（ flutter build appbundle -h ）のみをビルドするandroid-armを対象としています。 これを変更するには、 flutter build appbundle --target-platform=android-arm64を実行してデフォルトのターゲットを変更します。

これは現在、リリースv1.7.8+hotfix.2のベータチャネルで公開されています

@ tvolkert-すばらしいニュース、ありがとう。 修正が安定して実行されると予想される時期、たとえばこれが発生する日付について、より具体的に教えてください。

@ angel1sthttps ： //en.wikipedia.org/wiki/Forward-looking_statement🙂

（私たちはそれをできるだけ早く実現するために取り組んでいます）

@ tvolkert -Googleの締め切りから64ビットapkまで約3週間であることを考えると、あなたの側からも締め切りが来ると思います。 また、開発者は、クライアントの邪魔をせずにアプリをビルド、テスト、リリースできるように、リリースから上記の期限までの間にある程度の時間バッファーが必要になります。
それ以外は、ここ数ヶ月の努力と成果に心から感謝していますが、私たちの立場になって、その観点から物事がどのように見えるかを見ていただければ幸いです。 何卒ご理解とご協力を賜りますようお願い申し上げます。

@ angel1st絶対に。 以前の発表によると、7月上旬までに（非常にすぐに）これを安定させることを目指しています-正確な日付を予測することはできません。

Unity 2017.4.20または2019.1.2でこの問題が発生しましたが、どうすれば解決できますか？ これ
ブローリンクにあります： https ：

これができるだけ早く解決されることを期待しています。 締め切りは厳しい

@DoubleHubあなたはそれを解決するためにベータチャンネルに変更することができます。
または、7月8日に安定バージョンがリリースされるのを待ちます。

@ abc873693読んだので、安定版を待つと思います。 この問題がようやく正式に解決されたことを嬉しく思います！

@ abc873693_beta_チャネルを使用してAndroidアプリをPlayストアに公開しようとしたときに問題が発生しました。 発売前のレポートには、アクセシビリティに関する警告が表示されていました。 アプリがスプラッシュ画面を通過しなかったようです。 すべてのデバイスのすべてのスクリーンショットはスプラッシュ画面のままでした。

私にとっての解決策は、STABLEチャネルに切り替えて、-target-platformフラグを使用してアプリバンドルを構築することでした。

こんにちは、みんな、

v1.7.8+hotfix.2が安定したチャネルにリリースされたため、この修正はすべてのチャネルで利用できるようになりました。 皆さんの忍耐と支援に感謝します！

@tvolkertありがとうございます！ ここで述べた観測は、安定したチャネルではもう存在しないことを確認しました。

@tvolkertこのv1.7.8+hotfix.2を既存のプロジェクトに適用する方法は？ もう一度作り直す必要がありますか？

@jaasariaこの問題は、リリース用のアプリの構築に関するものです。 安定している場合は、フラッターインストールをアップグレードする必要があります。 ここで報告されている問題は、このリンクに従ってアプリバンドルを構築することに関するものです

@jaasariaは実行するだけです： $ flutter channel stable && flutter upgrade

@MaikuB 1か月前にsrcファイルを作成しました。プロジェクトをビルドするたびに、playstore x64エラーを回避するために、 flutter build appbundleではなくflutter build appbundle --target-platform=android-arm64コマンドを実行する必要があります。

@dblokhinアップグレードされた

@ juliengit2に感謝しflutter build appbundleは機能します。

私は今までv1.5.0を持っていて、それが機能しなかったので、フラッターバージョンについても言及する価値があります。
それを機能させるために（現在はv1.7.9に）更新する必要がありました。

警告をありがとう！

バージョン1.7.8+ hotfix.3をフラッターしましたが、「フラッタービルドappbundle」は32ビットと64ビットの両方のapp.aabで発生しますか？

奇妙なことに、チャネルが安定している1.7.8 + hotfix.3で試したところ、プレイストアの警告が再び表示されました。

「このリリースは、GooglePlayの64ビット要件に準拠していません...」

後にバンドルをアップロードする場合：_flutter build appbundle_

フラッターもアップグレードしようとしましたが、同じ結果になりました。
そして新しいFlutterインストールで：同じ結果

これが私のconfです：

何か案が？？

@ juliengit2 .aabファイルを通常のzipとして開き、 base/libフォルダーに移動して、 armeabi-v7a arm64-v8aフォルダーと

私のアプリ「flutterbuildappbundle」で試してみました。libフォルダーにはv8aとv7aの両方が含まれています。 今すぐアップデートをプッシュできますか？頭のメールに別の警告が届かないようにします。

警告を受信する遠いAPKの別の同様のケースhttps://github.com/flutter/flutter/issues/18494#issuecomment-509937209

同じ問題を抱えている人のために、build.gradleで削除しました：

ndk {
    abiFilters "armeabi-v7a", "x86", "armeabi", "mips"
}

そして警告は消えました。

（abifiltersを保持している場合は、_flutter build appbundle_を使用しても、「リリースは準拠していません」というメッセージが表示されます。

こんにちは私は成功して私のappbundleを構築しました、しかし私がそれをプレイストアにアップロードしようとすると私はこのエラーを受け取りました...
Androidアプリバンドルをアップロードするには、GooglePlayによるアプリ署名に登録する必要があります。
AndroidStudioからキーをエクスポートします。 [ビルド]メニューから、[署名済みバンドル/ APKの生成]を選択します。 [バンドル]オプションを選択して、[次へ]を押します。 [暗号化されたキーをエクスポートする]を選択して、[次へ]を押します。

そのような暗号化されたキーをAndroidモジュールから直接エクスポートしようとしましたが、このエラーが発生したため、プロセスを完了できませんでした

プロセス 'コマンド' / Users / oaacelasu / Documents / flutter / bin / flutter ''がゼロ以外の終了値1で終了しました

brefそれは正しい方法ではないと思いました... flutter build appbundleコマンドから直接アプリを登録するための暗号化されたキーを取得する別の回避策はありますか？

プレイストアでappbundleを使ってみましたが、
しかし、Android 6.0 Arm 64では、libflutter.soが見つからなかったため、起動時にクラッシュしました。確認した後、libflutter.soがaab arm64に含まれていました。

@matthewlloyd 、これを地元のChromebookで再現しました（ただし、Chromebookは月曜日に3週間旅行に出かける可能性があります。確認する必要があります）。 ほとんどのx86Chromebookに対して再現する必要があると思います。x86電話よりも多くのChromebookが存在する可能性が高いと思います。

チームは最近、Dartコンパイラーが生成するコードを改善しましたが、それによって翻訳が機能したのではないかと思います。 試してみて、私に知らせてください。 それ以外の場合は、状況によっては、x86用のJITバージョンをビルドする必要がある場合があります。これは通常、エミュレーターでのデバッグ/プロファイリングに使用されます。

@blasten 、あなたが考えていたDartの特定のバージョンはありますか？ 2.3.1で再現しました（フラッター1.7.8 + hotfix.2を使用）2.4.0でテストしますか？

また、アルファビルドをリリースしたときに再現しました。 私はまだプレイストアを経由せずにappbundleをテストする方法を調べる必要があります。

@wreppunヘッドアップをありがとう、問題がまだ修正されていない（またはGoogleによって承認されていない）ように思われるので、今のところユーザーに新しいスタイルのAABをリリースするのを

@matthewlloydこれは、Playストアのクラッシュログに表示されたものです。

java.lang.UnsatisfiedLinkError: 
  at java.lang.Runtime.loadLibrary0 (Runtime.java:984)
  at java.lang.System.loadLibrary (System.java:1530)
  at io.flutter.view.FlutterMain.startInitialization (FlutterMain.java:122)
  at io.flutter.view.FlutterMain.startInitialization (FlutterMain.java:99)
  at io.flutter.app.FlutterApplication.onCreate (FlutterApplication.java:22)
  at android.app.Instrumentation.callApplicationOnCreate (Instrumentation.java:1024)
  at android.app.ActivityThread.handleBindApplication (ActivityThread.java:5549)
  at android.app.ActivityThread.-wrap2 (ActivityThread.java)
  at android.app.ActivityThread$H.handleMessage (ActivityThread.java:1595)
  at android.os.Handler.dispatchMessage (Handler.java:102)
  at android.os.Looper.loop (Looper.java:154)
  at android.app.ActivityThread.main (ActivityThread.java:6320)
  at java.lang.reflect.Method.invoke (Native Method)
  at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run (ZygoteInit.java:891)
  at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:781)

ユーザーのいずれかが統計の共有を選択した場合、それは（古い）クラッシュログの一部に表示される可能性があります。

デバイスはHPChromebookx360でした。

申し訳ありませんが、これは100％の構成で機能していません。 さまざまなSDKおよびデバイスでのテストカバレッジの向上に取り組んでいます。 それまでの間、Firebaseテストラボでいくつかのテストを設定します。

この時点で、これらすべてを修正するための最も効果的な方法は、おそらく新しい問題を提出し、この問題にリンクすることだと思います。 @tvolkertと私はそれぞれが確認されるようにしますが、これらを別々のバケットに分類し、それらの修正を個別に追跡できれば役に立ちます。

Dartコンパイラに小さな調整を加える必要がある可能性は非常に高いです。これまで、特定のプロセッサの癖があるCPUまたはエミュレータに対して行っていました。 x86 Chromebookを自分でテストしないと（まだテストしていません）、はっきりとは言えません。

問題が発生している方は、それぞれに新しい問題を提出して、残りの問題を解決するのを手伝っていただけませんか？ それは、私たちがそれぞれに対処することを確実にするのに大いに役立ちます。 ありがとうございました！

@wreppunありがとう-アプリのクラッシュレポートを確認しましたが、影響を受けたAsus

@blasten心配ありません、それは素晴らしいことです。 誰かが新しいappbundlesがAsusZenFone 2デバイスで動作することを示すことができれば、それは私を前進させるのに十分でしょう。 残念ながら、私は1つにアクセスできませんが、Googleのモバイルテストラボにアクセスできることを望んでいます。

@matthewlloydFirebaseテストラボに「

SDKのバージョンは何ですか？ ほとんどの場合、Android SDKの特定のバージョンを実行するだけで、問題を再現できます。

😂

こんにちはフラッターチーム、
このトピックのステータスを強調したいと思います。 私の立場からすると、2つの重大な問題があります。

• 現在の安定したフラッターバージョン1.7.8+hotfix.3は安定したapkを構築しません-少なくともsplit-per-abiは正常に機能しません-arm32にはリグレッションの問題があり、一部のarm32デバイスでは実行できません。 これがいつ修正されるかはまだ明確ではありません。
• 8月1日の締め切り-約1週間で、開発者はGooglePlayストアに新しいフラッターアプリを更新したりリリースしたりすることができなくなります-それと同じくらい簡単です。 現在のフラッターバージョンの問題（上記のとおり）と残りの時間を考慮すると、月末までに安定したチャネルで修正が行われることを期待するのは現実的ではないと思います（誰かが魔法の杖を持っていない限り）：- ））

上記の2つの問題を考慮して、IMOが開発者として最も役立つ緊急時対応計画に従うことを提案したいと思います。

• hotfix.2より前のバージョンにフラッター安定チャネルをロールバック
• 8月1日の締め切りを数か月延期する-これには問題のエスカレーションが必要になることは理解していますが、フラッターフレームワークの問題のために開発者が8月1日以降に信頼できるフラッターアプリをリリースできない場合、深刻な影響が生じる可能性があることを理解していただければ幸いです。

私は私に代わって話すことしかできませんが、契約を結んでいるクライアントがいて、Googleが自社製品に対してより良いサポートを提供すると信じていたので、ReactNativeからFlutterに移行することにしました。 進行中のプロジェクトとサポートするアプリケーションがあります。
グーグルが私に64ビットapkバージョンをリリースするように強制し、同時にグーグルがそれを行うためのツールを私に提供しないとき、私はばかげたケースに自分自身を見つけます（そしてはい、私はフラッターチームがグーグルプレイと同じではないことを知っていますチームですが、私が立っているところ-あなたは同じ事業体です）。
Googleが時間どおりに配信できない場合、8月1日以降の毎日がフレームワークの信頼性を低下させるため、Flutterからの強い反発につながります。
私の言葉が少し強く聞こえる場合はお詫び申し上げます。今のところ、私の立場になっていただければ幸いです。

誰でも-これに投票してください、そしてうまくいけば私たちは私たちの声を聞いてもらうでしょう！

私もこれに同意します...しかし、緊急時対応計画として、以前のリリースにロールバックするのではなく、 devチャネルに切り替えることをお勧めします...。

私の個人的な経験から、私は最初にdevチャネルを使用することにも慣れていませんでした。 stableチャンネルに固執することを考えました。安定しているからです！...しかし、今はdevチャンネルを使用しており、Playストアでアプリバンドルを使用してアプリを問題なくリリースしています。 ..

どちらもGoogleの製品であるため、この状況は発生してはならない状況です...

私が提示したのは、Googleが提案しているapkではなくaabを使用して更新のプッシュを開始できるため、より簡単な回避策です...

@ angel1st同じ問題、同じ問題、同じ靴
@sulaysumaria devチャネルに切り替えると、libapp.soの問題は解決しますか？
どちらのマスターチャンネルも機能していないようです

私が提示したのは、apksではなくaabsを使用して更新をプッシュし始めることができるため、より簡単な回避策です。これは、Googleによって提案されています...

@sulaysumaria -それは見た目ほど簡単なようではありません、私を信じて...また、Devチャンネルに切り替える再問題の異なるセットにつながるサードパーティのパッケージとプラグインといくつかの合併症を引き起こすようです。

@campioncino私はその問題に直面したことがないので、はいと思います....リリースアプリバンドルをビルドしてPlayストアにアップロードするだけです...警告は表示されません....アプリはPlayストアからインストールすると正常に動作します（少なくとも私のクライアントがこれまでに使用しているもの...）

@ angel1st 、私は理解できます..その場合、ロールバックが唯一のオプションです...しかし、その依存関係をアップグレードする必要があります。そうしないと、新しいバージョンにアップグレードできません...私も1つのプラグインでそのような問題に直面しました私は使用していましたが、幸いなことに、彼らは新しいバージョンのフラッターをサポートするためにベータ版の新しいバージョンをリリースしました...プラグインが維持されていない場合は、使用しないでください。

@sulaysumaria私もこの問題に直面したことはありません...最後のビルドまで。
試してみますが、一部のデバイスでのみ発生するため、テストはそれほど簡単ではありません。

たとえば、Samsung Galaxy Tab 2 7.0 P3110、Android 4.2.2、およびAndroid4.1.2を搭載したその他の古いタブレット

ああ...私のアプリは確かにタブレット用ではありません...一度テストした方がいいでしょう...

こんにちは、みんな、

現在のステータスは次のとおりです。

1. https://github.com/flutter/flutter/issues/35838はAndroid4.2以前に影響し、Android携帯の約3％に影響します。 私たちはそのバグについて影響を受けた人々と協力して、修正の範囲を特定し、一部のアプリにのみ影響を与える可能性のある付随的な問題（すべてのアプリに現れないDart VMの考えられる無関係なバグなど）を追跡しています。 その調査とその結論に基づいて、現在の安定版リリースにパッチを適用するか、チャネルを介して新しいリリースを安定版にプッシュする方がよいかどうかを判断します。

2. 以前のバージョンのFlutterからビルドし、32ビットと64ビットのAPKを手動でビルドしたい場合は、ここから以前のバージョンのFlutterをダウンロードして

3. https://github.com/flutter/flutter/issues/35838以外のAndroid向けのビルドで問題が発生している場合は、別の問題を提出してcc meを送信して

4. これとは別に、プロセスの早い段階でさまざまなデバイスやAndroidバージョンの問題をより適切に検出するために、テストマトリックスの増加に積極的に取り組んでいます（バグレポートが最初の防衛線ではないようにするため）。

@ tvolkert-フィードバックをありがとう。 同じページにいることを確認するために、以前のFlutterバージョンにロールバックしても、 8月1日の締め切りが延期されるまで意味がありません。GooglePlayでは

@ angel1stこのオプションはあなたのケースに適していますか？

1. flutter SDKをv1.5.4-hotfix.2に戻します（ flutter version v1.5.4-hotfix.2 ）
2. 2つの別々のAPKをビルドします（1つは32ビットflutter build apk --target-platform android-arm 、もう1つは64ビットflutter build apk --target-platform android-arm64 ）
3. これらのAPKの両方をGooglePlayストアにアップロードします

これが回避策であることはわかっていますが、少なくとも安定性の問題と「警告」の問題の両方を解決します。

@ truongsinh-提案に感謝しで、以前の提案のように変更が必要ないことを確認していただけませんか。たとえば、 app gradle修正です。

@ angel1stは、アプリ全体がフラッターになっていて（つまり、https：//github.com/flutter/flutter/wiki/Add-Flutter-to-existing-appsではない）、Gradleで何も変更していない限りです。ファイル（つまり、 flutter createバニラファイル）の場合、何もする必要はないと思います。

自分でクイックチェックを行うことができます（バージョン「3.4.5」を想定し、https：//github.com/flutter/flutter/issues/31922#issuecomment-512292798に従って、「ビルド番号」の形式の個人的な選択はbbxxyyzz 、ここでbbは32ビットまたは64ビットを識別するためのものであり、 xxはメジャー、 yyはマイナー、 zzはパッチですが、他にも推奨される形式があります。https：//developer.android.com/google/play/publishing/multiple-apks#using-a-version-code-schemeを参照してください）：

• flutter create hello_world
• flutter build apk --target-platform android-arm --build-number 32030405 --build-name=3.4.5
• mv build/app/outputs/apk/release/app-release.apk build/app/outputs/apk/release/app-release-32.apk
• flutter build apk --target-platform android-arm64 --build-number 64030405 --build-name=3.4.5
• mv build/app/outputs/apk/release/app-release.apk build/app/outputs/apk/release/app-release-64.apk

ここに2つのAPKを含めます。 それらは私のPixel2で動作します。APK分析も見ると、各APKに異なるlibflutter.soと4つのスナップショット/ aotファイルがあることがはっきりとわかります。

app-release-32.apk.zip
app-release-64.apk.zip

2つのapkをアップロードする場合の注意点... Googleでは、同じビルド番号の複数のファイルをアップロードすることは許可されていないため、64ビットのapkを作成する前にビルド番号を変更することをお勧めします。

2つのapkをアップロードする場合の注意点... Googleでは、同じビルド番号の複数のファイルをアップロードすることは許可されていないため、64ビットのapkを作成する前にビルド番号を変更することをお勧めします。

ああ、そうです（https://developer.android.com/google/play/publishing/multiple-apks#Rulesを参照）。 すべてのバージョンで、64ビットのビルド番号が32ビットより大きいことを確認してください（前の例https://github.com/flutter/flutter/issues/31922#issuecomment-512223030を更新しました）。

ねえ、 appbundleビルドしようとすると、エラーメッセージが表示されます。 flutter build apkは問題なく動作しますが、Playストアに新しいバージョンを公開したいと思います。 誰かが私に理由が何であるかを助けることができますか？

flutter build appbundle --target-platform android-arm,android-arm64 --flavor my_flavor --release -t "bin/main.dartを実行した場合の出力は次のとおりです。

Initializing gradle...                                              0,6s
Resolving dependencies...                                           2,0s
Running Gradle task 'bundleMy_AppRelease'...                   
Running Gradle task 'bundleMy_AppRelease'... Done          1,9s
Gradle build failed to produce an Android bundle package.

残念ながら、エラーメッセージはあまり役に立ちません。 また、フラッタードクターの出力：

[✓] Flutter (Channel stable, v1.7.8+hotfix.3, on Mac OS X 10.14.5 18F132, locale de-DE)
    • Flutter version 1.7.8+hotfix.3 at /Users/tom/development/flutter
    • Framework revision b712a172f9 (2 weeks ago), 2019-07-09 13:14:38 -0700
    • Engine revision 54ad777fd2
    • Dart version 2.4.0

[✓] Android toolchain - develop for Android devices (Android SDK version 28.0.3)
    • Android SDK at /Users/tom/Library/Android/sdk
    • Android NDK location not configured (optional; useful for native profiling support)
    • Platform android-28, build-tools 28.0.3
    • Java binary at: /Applications/Android Studio.app/Contents/jre/jdk/Contents/Home/bin/java
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1343-b01)
    • All Android licenses accepted.

[✓] Xcode - develop for iOS and macOS (Xcode 10.3)
    • Xcode at /Applications/Xcode.app/Contents/Developer
    • Xcode 10.3, Build version 10G8
    • CocoaPods version 1.6.1

[✓] iOS tools - develop for iOS devices
    • ios-deploy 1.9.4

[✓] Android Studio (version 3.4)
    • Android Studio at /Applications/Android Studio.app/Contents
    • Flutter plugin version 36.1.1
    • Dart plugin version 183.6270
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1343-b01)

[✓] Connected device (1 available)
    • iPhone Xʀ • 095B1A07-E138-4A80-9783-8CA36DC8049A • ios • com.apple.CoreSimulator.SimRuntime.iOS-12-4 (simulator)

• No issues found!

編集
--split-per abiを使おうとすると、建物もflutter build apk失敗します。

@wreppunありがとう-アプリのクラッシュレポートを確認しましたが、影響を受けたAsus

@blasten心配ありません、それは素晴らしいことです。 誰かが新しいappbundlesがAsusZenFone 2デバイスで動作することを示すことができれば、それは私を前進させるのに十分でしょう。 残念ながら、私は1つにアクセスできませんが、Googleのモバイルテストラボにアクセスできることを望んでいます。

私でさえ、AsusZenfoneの問題に直面しています。 flutter build apkを使用して実行している場合、アプリは電話で実行されます。 しかし、appbundleを使用してApp Storeにアップロードすると、スプラッシュ画面の前に移動しません。

任意の解決策??

「Playストア」で自分のアプリケーション（アプリ）の1つの新しいバージョンをコンパイルしてリリースしようとしましたが、いくつかの問題がありました。

1-）32ビットと64ビットをアップロードすると、32ビットバージョンのため、サイトは拒否します。

2-）32ビットだけをアップロードすると、64ビットが必要なため、サイトは拒否します。

3-）64ビットだけをアップロードすると、サイトは機能しますが、顧客は64ビットのAndroidを持っていない可能性があります。 例として私の携帯電話では、これと同じアプリを使用していますが、私の携帯電話では、apk32ビットを使用すると機能します。 携帯電話にapk64ビットをインストールすると、スプラッシュ画面で停止します。

リリースするには、今どのように行う必要がありますか？

Tigerclaw1980はフラッターappbundleオプションを使用します

appbundleオプションフラッターTigerclaw1980使用@MoacirSchmidt

Delphi Betaを使用して、32ビットと64ビットのapkファイルを作成しました。 このオプションが利用できるかどうかわかりません

「Playストア」で自分のアプリケーション（アプリ）の1つの新しいバージョンをコンパイルしてリリースしようとしましたが、いくつかの問題がありました。

1-）32ビットと64ビットをアップロードすると、32ビットバージョンのため、サイトは拒否します。

2-）32ビットだけをアップロードすると、64ビットが必要なため、サイトは拒否します。

3-）64ビットだけをアップロードすると、サイトは機能しますが、顧客は64ビットのAndroidを持っていない可能性があります。 例として私の携帯電話では、これと同じアプリを使用していますが、私の携帯電話では、apk32ビットを使用すると機能します。 携帯電話にapk64ビットをインストールすると、スプラッシュ画面で停止します。

リリースするには、今どのように行う必要がありますか？

@ Tigerclaw1980このエラーを修正しましたか？