Ни для кого не секрет, что резервное копирование и восстановление приложений и данных на Android — это отстой, особенно при переключении устройств. Android 11 немного улучшает ситуацию.
Я не буду спорить, если скажу, что резервное копирование и восстановление приложений на Android — ужасное занятие. Это утверждение не всегда верно: если вы обновляете устройство Android от того же производителя, что и предыдущее устройство, то процесс миграции приложения, как правило, будет довольно простым. Спросите любого, кто пытался перенести все свои приложения на новый телефон от другого OEM-производителя, включая практически все представители технических СМИ — и вы, вероятно, услышите жалобы на необходимость повторной настройки приложений. Android 11 незаметно внес серьезные изменения в этом направлении, но, к сожалению, Google еще не зашел достаточно далеко.
Основная причина, по которой резервное копирование и восстановление приложений на Android может быть такой проблемой, заключается в том, что многие приложения не позволяют выполнять резервное копирование своих данных. Android изначально поддерживает резервное копирование и восстановление приложений и их данных через
Менеджер резервного копирования инфраструктура, которая на большинстве устройств Android обрабатывается через Сервисы Google Play файлы хранятся в облаке в отдельных учетных записях пользователей на Google Диске. До 25 МБ файлы личных данных приложения, включая их общие настройки, базы данных и файлы, сохраненные во внутренних и внешних каталогах хранилища приложения, можно выполнить резервное копирование. Однако многие разработчики отказываются от резервного копирования данных своих приложений, устанавливаяandroid: allowBackup Атрибут манифеста на «ложь». У некоторых приложений есть веские причины отказаться, особенно если приложение обрабатывает конфиденциальные данные и не хочет, чтобы эти данные были извлечены, но эти приложения не должны полагаться на предположение, что их личные каталоги данных недоступны, а вместо этого должны шифровать любые конфиденциальные данные, с которыми они работают. с.
Таким образом, независимо от того, какой подход вы примените к резервному копированию своих приложений и их данных, будь то через АБР, Google Диск или такое приложение, как Гелий, невозможно создать полную резервную копию каждого приложения на вашем устройстве. Вот почему такие приложения для резервного копирования и восстановления с root-доступом, как Титановое резервное копирование существуют так долго, потому что все решения без root не так эффективны при миграции данных. Для обычного пользователя это может привести к неприятностям при настройке устройства после сброса настроек или при переключении на новое устройство.
Что изменится в Android 11
Однако на Android 11 система игнорирует тот allowBackup Атрибут манифеста для миграции файлов приложения с устройства на устройство. Это затрагивает только приложения, ориентированные на уровень API 30, чего на данный момент делают немногие, но в следующем году будет большой рост числа приложений, ориентированных на Android 11, благодаря Google Play. изменение требований к уровню API.
Для опытных пользователей это означает, что резервное копирование и восстановление ADB могут стать гораздо более эффективными в Android 11. Последний раз, когда резервное копирование и восстановление ADB сопровождалось обновлением было в Android 8.0 Oreo. К сожалению, резервное копирование и восстановление ADB устарел и может быть удален в будущем выпуске (он все еще работает в Android 11 Beta 1), так что кто знает, как долго вы сможете пользоваться этим изменением в поведении платформы.
С другой стороны, система по-прежнему будет уважать allowBackup атрибут для резервного копирования и восстановления в облаке. К сожалению, это означает, что обычному пользователю, восстанавливающему резервную копию с Google Диска, будут недоступны более качественные резервные копии и восстановления.