Всем привет, мы снова встретились, я ваш друг Цюаньчжаньцзюнь.

1. Введение в архитектуру

Ранняя система Android почти поддерживала только архитектуру ЦП ARMv5, а позже была разработана для поддержки семи различных архитектур ЦП: ARMv5, ARMv7 (с 2010 г.), x86 (с 2011 г.), MIPS (с 2012 г.), ARMv8, MIPS64 и x86_64 (с 2014 г.). ), каждый из которых связан с соответствующим ABI. Двоичный интерфейс приложения (двоичный интерфейс приложения) определяет, как двоичные файлы (особенно файлы .so) выполняются на соответствующей системной платформе, начиная с используемого набора команд, выравнивания памяти до доступных библиотек системных функций. В системе Android каждая архитектура ЦП соответствует ABI: Armeabi, Armeabi-v7a, x86, mips, Arm64-v8a, mips64, x86_64. Но в последнем официальном документе Google mips и Armv5 удалены, как показано на рисунке:

• x86/x86_64: мобильные телефоны с архитектурой x86 будут включать в себя инструмент динамического перекодирования набора команд под названием Houdini, предоставленный Intel для обеспечения совместимости с Arm .so. Учитывая, что доля рынка x86 составляет менее 1%, есть два, связанных с x86. так что тоже можно игнорировать
• Armeabi: ARM v5 Это очень старая версия, в которой отсутствует аппаратная поддержка вычислений с плавающей запятой и имеются узкие места в производительности, когда требуется большой объем вычислений.
• armeabi-v7a: ARM v7
• Arm64-v8a: поддержка 64-битной версии, текущая основная версия. Хотя во многих блогах в Интернете говорится, что v7 является основной версией, я лично тестировал множество мобильных телефонов, все из которых имеют архитектуру Arm64-v8a. Тестовые модели включают Xiaomi. 5-Xiaomi 9. Huawei P30, Huawei mate10, Meilan 2 и т. д. используют архитектуру v8.

Запросите командную строку процессора мобильного телефона:

adb shell getprop ro.product.cpu.abi

2. Как работает ABI

Устройство Android может поддерживать несколько ABI, основной ABI устройства и вспомогательный ABI. Для устройств с Arm64-v8a в качестве основного ABI вспомогательный ABI — это Armeabi-v7a и Armeabi. Для устройств с Armeabi-v7a в качестве основного ABI — вспомогательный. ABI — это армеаби. Кроме того, мобильные телефоны на базе x86 будут включать инструмент динамического перекодирования набора команд под названием Houdini, предоставленный Intel для обеспечения совместимости с Arm.so, а это означает, что приложения, адаптированные к платформе Armeabi, могут работать на мобильных телефонах x86.

3. Специальный процесс адаптации ABI

Для мобильного телефона с процессором архитектуры Arm64-v8a, когда он запускает приложение и вводит jnilibs для чтения файла библиотеки, сначала проверьте, существует ли папка Arm64-v8a. Если такой папки нет, перейдите в папку Armeabi-v7a. Папка. Если нет, снова найдите папку Armeabi. Если такой папки нет, будет выдано исключение; Если есть папка Arm64-v8a, то ищите файл .so с определенным именем. Примечание: Если нужный файл .so не найден, дальше искать не будет (папка Armeabi-v7a), а закинет его напрямую. . Произошло исключение.

4. Как адаптироваться в проекте

В1: Оно адаптировано только к Armeabi-v7a. Если приложение установлено на мобильный телефон с другой архитектурой, например, Arm64-v8a, произойдет ли его сбой? О: Нет, но все будет работать наоборот. Потому что Armeabi-v7a и Arm64-v8a будут обратно совместимы:

• Приложения, адаптирующиеся только к Armeabi, могут работать на Armeabi, x86, x86_64, Armeabi-v7a, Arm64-v8.
• Адаптируется только к Armeabi-v7a и может работать на Armeabi-v7a и Arm64-v8a.
• Адаптирован только для Arm64-v8a и может работать на Arm64-v8a.

Так как же нам адаптироваться? Даны следующие варианты:

1. Подходит только для Армеаби. Преимущества: В основном адаптирован ко всем архитектурам ЦП (за исключением исключенных mips и mips_64). Недостатки: низкая производительность, что эквивалентно требованию совместимости вспомогательного ABI или динамического транскодирования с большинством мобильных телефонов.
2. Подходит только для Armeabi-v7a. Точно так же План 1 отфильтровывает только часть старого оборудования и более сбалансирован с точки зрения производительности и совместимости.
3. Подходит только для Arm64-v8 Плюсы: Лучшая производительность. Недостатки: Может работать только на Arm64-v8, поэтому некоторым пользователям старых устройств придется отказаться.

Все эти три решения возможны. В текущей версии приложений основных производителей доступны эти три решения, и большинство из них являются первыми двумя решениями. Какой из них вы выберете, зависит от ваших собственных соображений. Если вы жертвуете производительностью ради совместимости, лучшим выбором будет Arm64-v8; если совместимость является компромиссом ради производительности, то Armeabi имеет немного лучший баланс между ними.

Еще в январе этого (2019) года Google выпустил уведомление о том, что с 1 августа этого года помимо предоставления 32-битных версий приложения на прилавках должны предоставлять и 64-битные версии.

Поэтому предыдущий метод заставить проект использовать только архитектуру Armeabi уже невозможен. Так что же такое упомянутая здесь поддержка 64-битной версии? Если ваше приложение полностью написано на Java или Kotlin и не содержит никакой встроенной поддержки, это означает, что приложение уже поддерживает 64-разрядную версию. Однако если в приложении используется какая-либо встроенная поддержка (библиотека so), для этих файлов so необходимо предоставить разные версии поддержки so для разных архитектур ЦП. Следует отметить, что иногда в собственном коде мы не используем нативную поддержку, но она включена в некоторые сторонние библиотеки, используемые в Приложении. Самый безопасный способ на данный момент — проанализировать APK-файл, созданный окончательным пакетом, чтобы определить, нужна ли поддержка 64-битной архитектуры.

5. Конфигурация упаковки

разделение субподряда

Эту команду можно передать по субподряду в соответствии с различными правилами, такими как abi, плотность экрана (т. е. ldpi, hdpi и т. д.).

splits { 
   
        abi { 
   
            enable true
            reset()
            include 'x86','armabi'
            exclude 'armeabi', 'armeabi-v7a', "arm64-v8a"
            universalApk true
        }
    }

фильтр ndk{abiFilters:}

Эту команду можно настроить так, чтобы она упаковывала только те библиотеки, которые вы настраиваете, и не упаковывала те, которые не настроены. Это очень гибко. Сторонние файлы AAR, если SDK имеет относительно полную поддержку ABI, он может включать пять ABI: Armeabi, Armeabi-v7a, x86, Arm64-v8a и x86_64, в то время как другие применяемые вами SO поддерживают только Armeabi, Armeabi-v7a, и три типа x86, непосредственно относящиеся к aar SDK, автоматически скомпилируют пакет, поддерживающий 5 видов abi. Однако в другом приложении отсутствует поддержка двух других abi, поэтому, если приложение запускается на устройстве с Arm64-v8a и x86_64 в качестве предпочтительного Abi, оно выйдет из строя, поэтому нам необходимо настроить конфигурацию abiFilter в нашем приложении. Чтобы избежать некоторых неизвестных ошибок

//Фильтрация библиотеки x86
ндк {
   
    abiFilters 'armeabi', 'armeabi-v7a', 'arm64-v8a'
}

Эта конфигурация упаковывает библиотеки so в три пакета Armeabi, Armeabi-v71 и Arm64-v8a в один APK, в отличие от разделения, которое упаковывает APK для каждого пакета.

Издатель: Full stack программист и руководитель стека, укажите источник для перепечатки: https://javaforall.cn/129130.html Исходная ссылка: https://javaforall.cn