Androidでarmeabi-v7aにCPU/ABIを強制的に送信

Question

私はいくつかのJNIコードを使用するAndroidアプリを持っています。 JNIライブラリを64ビットに変換することは、多くの変更が必要になるため、ほとんど不可能です。コード（JavaとJNIの両方）は、armeabi-v7aアーキテクチャでうまく動作します。

ライブラリはloadLibraryを使用してロードされています。 Nexus 6でアプリを実行しようとするとアプリが正常に読み込まれます。 loadLibraryが実行されるとすぐに、hereと記述されたエラーでアプリケーションがクラッシュします。

問題は、私が理解しているように、Nexus 6で実行すると、アプリケーションはarm64-8aとして構築されます。しかし、ライブラリはarm64-8aのために作られていません（64ビット版には質問の冒頭で言及した問題があります）。

私の質問は、arm64-8aデバイスもarmeabi-v7aコードを実行するよう強制できますか？私のアプリケーションapkをarmeabi-v7aにするにはどうすればデバイスに関係なく32ビットしか使用できないのですか？

Answer 1

はい、arm64-v8aデバイスでもarmeabi-v7aコードを実行できます。

APKをインストールすると、インストーラはパッケージに公式ディレクトリにライブラリが含まれているかどうかをチェックし、結果に応じてアクティビティを32または64ビットとしてマークします。

APK内のlib/arm64-v8a（通常はビルドディレクトリのディレクトリlibs/arm64-v8aから取得）でライブラリが見つかると、64ビットとマークされ、他のすべてのディレクトリは無視されます。 APK内のlib/armeabi-v7aまたはlib/armeabiにライブラリがある場合、プロセスは32ビットとしてマークされます。これらのいずれにもネイティブライブラリがない場合、インストーラはアプリケーションがネイティブコードをまったく使用しないと想定し、実際にはどちらのモードでも64ビットモードで実行することができます。

64ビットモードですべてのライブラリではなく一部を出荷すると、プロセスは64ビットモードで起動され、インストールされていない32ビットライブラリをロードできなくなります。この場合、すべてが利用可能でない限り、64ビットライブラリをバンドルする必要はありません。

公式のlibsディレクトリを使用せずに、ライブラリを他の方法でインストールする（実行時にファイルをダウンロードしたり、アセットなどに保存しておくなど）、システムではライブラリが32 （その時点で他のモードに切り替えるには遅すぎます）。このような場合は、アプリケーションを32ビットにフラグを立てるために、正規/公式に少なくともいくつかのダミーライブラリを含めるようにしてください。

同様の問題に対する回答については、https://stackoverflow.com/a/33919454/3115956,https://stackoverflow.com/a/27713998/3115956およびhttps://stackoverflow.com/a/35450911/3115956を参照してください。