Google запретила APK-файлы. Загружать Android-приложения из сторонних источников больше не получится?
Компания Google объявила об отказе от формата APK для Android-приложений. Начиная с августа 2021 года разработчики должны будут загружать в Play Маркет дистрибутивы только в новом формате — AAB (Android App Bundle).
Формат AAB появился в 2018 году с выпуском Android 9.0, и некоторые разработчики уже используют его. У него много преимуществ перед APK — например, улучшенная адаптация для разных устройств и возможность загружать на устройство только те компоненты, которые требуются приложению на том или ином смартфоне. Лишние компоненты (например, дополнительные языковые пакеты) можно не скачивать из магазина, а это значит, что приложение устанавливается быстрее, расходуется меньше трафика, а в накопителе остаётся больше свободного места. Дополнительные компоненты могут подгружаться в установленное приложение из Play Маркета позднее по мере необходимости.
По словам Google, на AAB уже перешли многие разработчики, в этом формате в Play Маркет загружено более миллиона приложений, включая Twitter, Netflix, различные проекты Adobe, а также некоторые игры студии Gameloft.
Требование загружать приложения в новом формате относится только к разработчикам и лишь к официальному магазину приложений, пользователи по-прежнему смогут скачивать APK-файлы из сторонних источников и неофициальных маркетов — никаких ограничений на их установку не будет (по крайней мере в обозримом будущем). Приложения, загруженные в Play Маркет в APK-формате, тоже будут устанавливаться без каких-либо проблем. Впрочем, по мере увеличения популярности AAB дистрибутивы в этом формате будут появляться повсеместно и постепенно заменят собой устаревший формат.
Google переходит с APK на Android App Bundle. Что изменится?
С августа 2021 года все приложения в Google Play будут публиковаться в формате Android App Bundle (AAB) вместо старого APK. Программы с таким расширением давно заняли Google Play, но всеобщая модернизация запланирована только на конец лета. Рассказываем, чем AAB отличается от APK и как смена стандарта повлияет на пользователей.
Будут изменения?
Конечно да. Новый формат уменьшит размер Android-приложений почти на 35%. Это, в свою очередь, ускорит их загрузку и сэкономит место на смартфоне. За счёт чего AAB-программы будут меньше весить? Для ответа сперва разберём, что это вообще такое. Android App Bundle — файл, который, подобно ZIP-архиву, упорядочивает код и ресурсы приложения в модули. Из этих модулей Google Play генерирует всё те же APK, предоставляемые пользователям для установки.
Отныне с софтом начнут загружаться только те данные, которые необходимы для работы с конкретным устройством. Благодаря удалению лишней информации удастся уменьшить размер дистрибутивов.
Раньше разработчики выбирали из двух вариантов. Они создавали большой APK-файл со всеми компонентами, нужными для функционирования приложения на разных устройствах. Или применяли оптимизированный формат App Bundle. Последний позволял разбивать базовый APK на несколько частей, которые докачивались при необходимости. Теперь выбора нет, и этот подход обязателен для всего грядущего ПО.
Где и когда введут формат AAB?
В ближайшем будущем стандарт App Bundle будет использоваться только для приложений в маркете Google Play. На других площадках, например в Amazon App Store для Windows 11, останутся обычные APK. А значит, перешедшие на новый формат разработчики не смогут предоставить свой софт альтернативным магазинам. Либо им придётся делать ещё и APK-версию программы.
Google внедрит формат AAB в августе 2021 года. Готовьте свободное место на смартфоне для новых приложений.
spammer,
На это ты в любой перспективе надеешься зря.
Пиратство пиратством, но суть еще в сохранении приложений, которые полезны но заброшены в магазине, в устаревших версиях, и их продолжат ковырять ради всего, взлома, сохранения, модификаций. Только ещё сложнее теперь
UnterWasser,
Не корми тролля?. Просто игнорируй
Dymitr Kozak,
продолжай тешить себя этим.
ты пират. ты украл. точка.
zombie149,
Вот только ты ни разу не оплатил украденное
ivanvasil,
Я потом купил в гугле. Значит оплатил.
zombie149,
Тоже такой же моделью пользуюсь. Деньги есть, оплатить могу, но оплачиваю нормальные продукты. Данное действие пиратством не считаю
ivanvasil,
Я бы рад заплатить за хороший продукт, вот только нечего покупать, кругом хлам ничего стоящего нет.
А вот как раз на 4пда, много модов за которые стоит заплатить.
zombie149,
Украл машины, погонял немного, думал купить или нет. Тут меня и повязали. Какое воровство?
Hendalph,
Как наказать нерадивых разработчиков, если пиратства не будет? Что делать с сумасшедшим повышением цен на ПО и игры после искоренения пиратства?
Hendalph,
О как вывернули, небось топите за удаление плохих отзывов? Я имею полное право давать оценку любому продукту, как и наказывать его создателя рублём.
Hendalph,
Что и у кого он крал?
Torlan136,
что тебе Нинтендо закрыла на 3ДС? Ешоп работает на 3ДС?
ran4erep,
Хз, но на wii он точно закрыт.
boochacho,
«Не от хорошей жизни» это оправдание воровства? Тогда всех воров надо выпустить в стране из тюрем. Они же не от хорошей жизни воровали. Такая логика?
boochacho,
Опять оправдания. Есть твое ИМХО, а есть закон. Нет никаких ИМХО при прочтении закона. Есть пиратство, оно равно воровству.
Прощай, APK. Google переходит на новый формат Android-приложений
Уже в ближайшие месяцы разработчиков Android-приложений ждут большие изменения. Всем хорошо известный формат APK (Android Package) уходит в прошлое, а ему на смену приходит Android App Bundle. Это нововведение принесёт ряд важных преимуществ для обычных пользователей.
Формат Android App Bundle был представлен ещё в 2018 году вместе с Android 9 (Pie). Он призван упростить жизнь разработчикам: им не придётся вручную выполнять оптимизацию своего софта под большое количество разных устройств — этот процесс будет полностью автоматизированным на стороне Google Play. Так, во время скачивания приложения на устройство загружается не полностью весь код, в том числе и лишний, а только действительно нужные части для нормальной работы программы на конкретном гаджете. В результате такие приложения занимают в среднем на 15% меньше места и быстрее устанавливаются.
Согласно требованиям Google, с августа этого года все новые приложения, загружаемые в Google Play, должны быть в формате AAB. По словам компании, сегодня уже более миллиона программ перешли на этот формат, включая большинство из 1000 самых популярных. Среди самых известных — Twitter, Netflix, Duolingo, приложение Adobe и игры Gameloft.
Кроме того, с августа файлы расширения OBB заменяются на Play Asset Delivery или Play Feature Delivery. Работают они по тому же принципу, что и Android App Bundle, позволяя оптимизировать загружаемые на устройства данные во время установки больших игр.
Подробнее обо всех грядущих изменениях можно почитать в блоге Google.
Google заменит APK новым форматом Android-приложений в августе этого года
Google официально представила формат Android-приложений Android App Bundle ещё в 2018 году. Теперь же стало известно, что с августа 2021 года все загружаемые в магазин цифрового контента Play Маркет приложения должны быть в формате AAB, который постепенно заменит собой используемый в настоящее время формат Android Package (APK).
Изображение: Android Police
Использование формата AAB позволяет упростить оптимизацию приложений под разные устройства. Процесс автоматизируется до такой степени, что во время скачивания какого-либо приложения в формате AAB на пользовательское устройство загружаются только файлы, предназначенные конкретно для этой модели устройства. Благодаря этому AAB-приложения занимают на 15 % меньше места по сравнению со стандартными версиями в формате APK. По данным Google, уже сейчас более 1 млн приложений перешли на использование формата AAB. Это касается тысячи лучших приложений и игр из Play Маркет, в том числе Twitter, Netflix, Gameloft, Adobe и Duolingo.
Помимо замены APK-файлов с августа расширения больших файлов OBB будут заменены на Play Asset или Feature Delivery. Это делается для оптимизации процессов загрузки и обновления больших игр по тому же принципу, что и в случае с форматом AAB. Конечное устройство получает только предназначенные ему части, а не все относящиеся к тому или иному приложению файлы.
Уже в августе все загружаемые в Play Маркет должны быть в формате AAB. Это не касается лишь некоторых видов софтверных продуктов, таких как частные корпоративные приложения.
Как Android пришел к AAB? Что будет с APK? Разбор
Не так давно прогремела новость о том, что Android отказывается от APK-файлов и переходит на AAB. Вы наверняка уже эту новость прочитали, во всём разобрались и успокоились, так как новость проходная. Тем не менее, мы считаем, что переход к новой системе публикации приложений App Bundle — это часть большого пути, которую проделала система Android, чтобы стать по-настоящему быстрой, эффективной и супероптимизированной платформой. Поэтому мы подготовили большой и очень интересный материал. И сегодня мы раскроем вам массу страшных тайн Android.
Проблема Android
У системы Android есть одна очень важная особенность, которая является как огромным преимуществом, так и огромной проблемой.
Поэтому вся история развития системы Android — это история борьбы, компромиссов и поиска баланса.
Условно историю Android можно поделить на 4 этапа: когда Android тормозил, много жрал, оптимизировался и, наконец, находился в балансе.
Этап 1. Dalvik: Android тормозит
Этап 2. ART: Android потребляет
Этап 3. Profiling: Android оптимизируется
Этап 4. AAB: Android балансирует
И сегодня мы поговорим про все четыре этапа. Но начнём с небольшой ремарки.
Чтобы соблюсти первые два базовых требования к системе, а именно: поддержка разных архитектур и простота программирования. В качестве основного языка программирования в системе Android была выбрана Java. Почему так?
У Java есть несколько классных свойств: он изначально был создан как мультиплатформенный: пишешь один раз — работает везде.
Но, есть и недостаток. Достигается это всё очень грязными методами, а именно при помощи виртуальной Java-машины. Тут стоит пояснить.
Дело в том, что люди пишут код на понятных для человека языках программирования, но машины не понимают такой код, они понимают машинный код, то есть бинарный код. А значит, в процессе финальной сборки приложения, человеческий код нужно перевести в машинный код. Такой процесс называется компиляцией. А приложение скомпилированное под требуемую архитектуру называется нативным.
Нативные приложения — самые быстрые, потому они записаны на языке понятном железу. А теперь смотрите внимательно: приложения написанные на Java компилируется не в нативный код, а в промежуточный код, который называется байт-кодом.
А вот уже из этого байт-кода можно достаточно быстро перевести приложение под любую архитектуру при помощи виртуальной Java-машины.
Иными словами, приложения написанные на Java — это всегда не нативные приложения, которые требуют дополнительной пост-компиляции., а значит дополнительных издержек.
И Android-приложения — не исключение.
Единственное что, в Android вместо виртуальной машины Java используется собственная, куда более эффективная, виртуальная машина Dalvik или ART. А также вместо байт-кода Java используется собственный, куда более эффективный, байт-код, который внутри APK-шек записыватся в файлах с расширением DEX (анимация).
Тем не менее, это не меняет сути, т.к. Android-приложения содержат много Java-кода и это проблема, которую как-то нужно решать. Так вот на протяжении своей истории эта проблема решалась по-разному.
ЭТАП 1. Dalvik: Android тормозит
Вплоть до Android версии 4.4 KitKat приложения запускались через виртуальную машину Dalvik, которая работала по принципу Just In time компиляции или JIT-компиляции. То есть приложения транслировались в нативный код прямо во время исполнения, то есть “на лету”.
Мы уже рассказывали про JIT-компиляцию в ролике про Android на Windows 11, если не видели — посмотрите. Е
Ответ простой: такой подход позволял экономить много памяти — в первую очередь, оперативной. Тогда устройства были не такие мощные как сейчас, у многих на борту было не больше 200 Мб ОЗУ. А JIT-компиляция позволяла, так сказать, загружать в оперативку только ту часть приложения, которая используется.
Плюс ко всему, сам по себе байт-код компактный, поэтому и на диске приложения занимали очень мало места.
Да и были возможности оптимизации: скомпилированный код можно записать в кэш и дальше уже из кэша брать как бы нативный код. В общем, можно жить…
Помните же Dalvik-кэш? Вот это как раз он…
ЭТАП 2. ART: Android потребляет
Тем не менее пользователи и приложения становились всё более требовательными к отзывчивости. И в Android 4.4 KitKat была представленная новая виртуальная машина ART или Android Runtime. А в Android 5.0 Lollipop ART полностью заменила Dalvik.
Вместе с новой средой выполнения, Android поменял стратегию на 180 градусов. Вместо компиляции во время исполнения приложения ART стала использовать компиляцию перед исполнением. То есть компиляция теперь делается во время установки приложения. Такой вид компиляции называет Ahead Of Time компиляция или сокращенно AOT-компиляция.
И естественно, Android залетал! Приложения стали быстрее запускаться и работать без каких либо дополнительных задержек. Фактически все приложения внезапно стали “нативными” для железа!
Вообще согласитесь, Android 5-й версии был хорош. Система летала, представили Material Design… Просто счастье.
ЭТАП 3. Profiling: Android оптимизируется
Поэтому в Google подумали: компилируя приложение целиком, не делаем ли мы лишнюю работу? А вот и делаем!
Как выяснилось, по статистике пользователи очень редко используют более 10-20% кода приложения. Иными словами, в большинстве случаев заранее будет достаточно скомпилировать только малую часть, которая будет действительно использоваться часто, а для редких уголков приложения, в которые мы не заходим, можно будет и JIT-компиляцию использовать.
Но вот только, какую часть кода нужно скомпилировать заранее, ведь даже разработчики приложений не знают, как именно пользователи будут юзать их программу.
Поэтому в Android 7.0 Nougat Google представили технологию PGC — Profile guided compilation. То есть это компиляция, основанная на профилях использования приложения. Думаю вы уже примерно догадываетесь как эта штука работает.
Естественно от AOT-компиляции на этапе установки отказались. Поэтому во время первого запуска приложения стали снова использовать старую добрую JIT-компиляцию, результат которой, естественно, сохранится в кэш. Тоже самое повторится и во время второго запуска, и третьего. Но когда вы поставите телефон на зарядку и крепко заснете, тогда проснется так называемый «Демон» (это, если что, официальное название специальной службы), который проанализирует кеши всех приложений, которые вы использовали в течение дня. После этого он создаст профили с оптимизированным кодом. И так каждую ночь…
Но и эту проблему Google решили. В Android 9.0 Pie они представили Облачные профили.
Они просто собрали профили приложений со всех пользователей, проанализировали их и создали усредненный профиль для каждого приложения, который теперь стал автоматически скачиваться во время установки приложения из Google Play Store.
Всё это позволило значительно повысить скорость первого запуска приложения, да и в целом, первые дни использования девайса. А, как известно, первое впечатление, второй раз произвести не получится.
И вот мы с вами видим какой огромный путь проделала система Android.
Система стала в десятки раз отзывчивее, оптимизированее и дружелюбнее к пользователям.
Но несмотря на огромное количество изменений под капотом самой системы оставалось одна очень важная проблема: огромное разнообразие устройств. Поэтому переходим к заключительному этапу становления Android.
ЭТАП 4. AAB: Android балансирует
На последнем этапе Google решил уменьшить не только размер скомпилированного кода, но и размер самих приложений.
И в 2018 году они представили новый формат публикаций приложений, который называется Android App Bundle, или просто AAB.
Это не новая технология. Всё это уже давно работает, но просто только сейчас она станет единственным правильным способом публикации приложений. В чём прикол?
Система Android поддерживает 4 архитектуры, 6 разрешений графики и более 150 языков.
Поэтому если собрать универсальный APK, который будет включать в себя вообще все необходимые файлы для всех девайсов (всю графику, все библиотеки, все языки) — такой файл будет просто неподъемно весить. А если собрать по идеальной APK-шке под каждое устройство, то придется генерировать тысячи таких APK.
Поэтому, чтобы разработчики не парились, Google придумал умную систему публикации.
Во время финальной сборки приложения они просто формируют бандл, то есть архив вообще со всеми необходимыми файлами под все девайсы. Делается это автоматически через Android Studio. И загружают этот архив в Google Play.
А дальше, когда вы заходите в Google Play и скачиваете приложение, то Google Play сам собирает для вас идеальную APK-шку только с необходимым набором данных: подгружается только графика необходимого разрешения, библиотеки только под вашу архитектуру и только тот языковой пакет, который выбран у вас в системе.
Кстати, да, если в системе у вас выбрано несколько языков, то подгрузится больше языковых пакетов. Вот так всё просто и умно.
Тем не менее, последствия от этого нововведения воистину колоссальные. Для Google это позволяет экономить ежедневно 10 ПБ трафика, который тратится на скачку и приложений и обновлений.
А для пользователей это позволят сэкономить просто кучу места на устройстве. Ведь многие приложения похудели более чем на 30 процентов.
Иными словами, от нововведения сплошные блага.
Те кто испугался, что APK больше не будет, это не так. Вы, по-прежнему, сможете скачивать и устанавливать APK-файлы с других источников, тут нет никаких ограничений. Точно также нет ограничений и на сторонние магазины приложений, они также смогут использовать App Bundle или по старинке заставлять разработчиков самим собрать APK. Полная свобода и анархия.
И в качестве финального аккорда. Если вам кажется, что все эти оптимизации, связанные с компиляцией, скоростью загрузки приложений, размером APK и вещи, которые проделал Google с Android, это всё фигня. В качестве аргумента что это не так, мы решили по приколу сравнить размер приложений на Android и iOS и вот, что обнаружили.
Размер приложения Facebook на iOS 246 МБ, на Android — 57. Разница в 4,3 раза!
Instagram. iOS 150 МБ, Android — 39, разница 3.8 раза!
Snapchat 234 против 63 МБ.
TikTok 230 против 67 МБ… и так далее.
В итоге только на выбранном небольшом списке приложений мы получили экономию, более чем в 1 ГБ! Мы считаем — это достойно, именно поэтому Android настоящая народная ОС.
Выводы
Что в итоге. За время своего существования система Android прошла просто огромный путь оптимизации и стала по-настоящему универсальной, быстрой и эффективной системой, которая отлично работает на массе разных устройств. Вот бы все ОС так развивались. (Да, Microsoft?)
А что касается второй и моей, уж чего греха таить, любимой системы, которая также прекрасно работает на разных устройствах. О ней поговорим в другой раз.