Оптимизация ресурсов в Android. Ускорение сборки и уменьшение размера APK

Привет. Меня зовут Кирилл Розов и вы если вы интересуетесь разработкой под Android, то скорее всего слышали о Telegram канале «Android Broadcast», с ежедневными новостями для Android разработчиков, и одноимённом YouTube канале. Этот пост является текстовой расшифровкой видео на канале

Система ресурсов в Android очень богата своими возможностями, которые позволяет нам описывать строки, хранить картинки и различные значения. Одной из очень удобных возможностей является эффективное определение ресурсов для различных конфигураций устройства (через квалификаторы): размера экрана, ориентации, локали, код оператора и множество другого. Есть в этом механизме узкое место для скорости сборки ваших проектов — R классы. Сегодня я расскажу вам откуда возникает такая проблема и как её решили в Google, разделив R классы.

Что такое R класс

Все ресурсы Android описываются в XML либо сохраняются файлами, например, drawable или raw ресурсы. Чтобы использовать ресурсы из кода, нам нужен какой способ ссылаться на них. Да, можно было бы хардкорно забивать строки в виде пути к ресурсу, как это сделано для ресурсов в JAR, но в Google сделали иной подход — генерация идентификаторов для каждого ресурса в коде. Для этого создаётся специальный R класс, который содержит вложенные классы по типам ресурсов: string, drawable, integer и др. После этого мы можем передавать идентификатор в специальные методы Resources или Context и получить необходимый ресурс.

Почему ресурсы из библиотек попадают в R класс приложения

Основной момент в R классе, то все подключенные Android Gradle модули или AAB файлы тоже могут содержать ресурсы и все их идентификаторы попадают в модуль, к которому они подключены. Это называется транзитивный R класс. Реализация этого аспекта была связана с удобством доступа ко всем ресурсам и отсутствием необходимости работы со множеством R файлов. Представьте как было бы организовывать доступ ко множеству R классов в Java коде? Пришлось бы использовать полные имена классов либо делать статические импорты для констант.

public class MainActivity extends AppCompatActivity {
  @Override
  protected void onCreate(@Nullable Bundle savedInstanceState) {
    super.onCreate(savedInstanceState)
    Resources resources = getResources();
    resources.getString(R.string.app_name);
    resources.getAnimation(androidx.appcompat.R.anim.abc_fade_in);
  }
}

С Kotlin ситуация совсем другая, так как есть именованные импорты, что позволяют управлять легче, но Kotlin появился не сразу в Android.

import org.example.Message
import org.test.Message as TestMessage

Одна из причин появления префиксов у ресурсов в библиотеках — необходимость чтобы их имена были максимально уникальными, например в библиотеке Jetpack AppCompat для ресурсов используются префиксы abc

Нетранзитивные R классы

С одной стороны мы получили удобство, а с другой — проблему для скорости сборки проектов. Фактически при любом добавление ресурсу приходится генерировать R класс для вашего модуля, а затем смёржить его со R классами из зависимостей. Представьте какой размер R файла получается в app модуле? А что если попробовать разделить классы и управлять и генерировать R классы независимо друг от друга? И в Google это сделали. Назвали такую фичу — нетранзитивные R классы. Теперь к ресурсам каждой android зависимости создаётся свой независимый R класс, но это не будет распространяться на уже скомпилированные Android библиотеки.

Преимущества

К сожалению, у меня нету проекта, где я бы смог проверить эту фичу, но вот я пообщался с человеком, которые переводили свой проект на нетранзитивные R классы. Что за проект не могу рассказать, но он достаточно большой и с legacy. На экране вы можете видеть результаты по оптимизации и они улучшились по всем параметрам, начиная со скорости сборки, заканчивая размером приложения и файлов сборки.

Результаты оптимизации на реальном большом проекте

Как перевести проект

Я думаю что вас уже заинтересовала миграция. Чтобы это сделать вам необходимо в gradle.properties вашего проекта выставить в true значение property android.nonTransitiveRClass

# gradle.properties & Android Gradle Plugin 7.X
android.nonTransitiveRClass=true

Также вам надо выполнить миграцию в коде, чтобы обращаться к ресурсам из зависимостей через их R класс. Для этого вам нужно либо использовать полные имена пакетов, либо использовать alias для импортов в Kotlin (надеюсь что вы уже с ним)

import dev.androidbroadcast.sample.R
R.layout.activity_main                // App Resources
R.layout.abc_action_bar_up_container  // AndroidX Appcompat

import dev.androidbroadcast.sample.R
import androidx.appcompat.R as AppCompatR
R.layout.activity_main
androidx.appcompat.R.layout.abc_action_bar_up_container // полное имя класса
AppCompatR.layout.abc_action_bar_up_container // с помощью type alias

Автоматическая миграция на нетранзитивные R классы в Android Studio

Проходится руками по всей кодовой базе сложно и никто не станет этого. Чтобы упростить это в Android Studio 2020.3 Arctic Fox добавили возможность автоматической миграции. Одна кнопка, предпросмотр изменений и нажатие «Refactor» позволит вам получить преимущества, о которых я рассказал.

В комментариях я буду рад услышать пробовали ли нетранзитивные R классы и какие у вас результаты оптимизации после миграции, а также если вы поделитесь опытом автоматической миграции с помощью Android Studio.