TGViewer
Android Broadcast Android Broadcast @android_broadcast · 14.5K subscribers
Post #9842 7.68K
💡 Есть интересная разница между тем, как разработчик видит разрешения в Android, и тем, как ими реально управляет пользователь.

🔎 Например, многие не знают, что Android показывает историю использования разрешений.
В настройках конфиденциальности можно посмотреть, какие приложения и когда обращались к камере, микрофону или геолокации. Обычно туда попадают не из интереса, а когда появляется ощущение, что приложение “слишком часто что-то использует”.

Дальше происходит простая вещь: доступ не обязательно отключают полностью. Его переводят в режим “только при использовании” или просто забирают. Для пользователя это выглядит как наведение порядка. Для приложения — как внезапно пропавший доступ, хотя раньше всё работало.

🎙 Похожая история с быстрыми переключателями. В шторке Android есть глобальные выключатели камеры и микрофона. Это не про конкретное приложение — пользователь может отключить доступ на уровне всей системы. В этот момент любое приложение начинает получать пустые данные, и с точки зрения пользователя всё логично: “я же выключил микрофон”. Разработчик же часто даже не рассматривает этот сценарий.

⏱️ Следующий слой защиты — автоотзыв разрешений. Если приложением долго не пользуются, система сама может забрать выданные доступы. Пользователь иногда узнаёт об этом только когда открывает приложение спустя пару месяцев и оно снова что-то просит. Система считает это защитой, но для приложения это означает возврат в состояние первого запуска.

🔋 Ещё один неочевидный момент — экран использования батареи и фоновой активности. Пользователь видит, что приложение активно работает в фоне, нажимает “ограничить” и ожидает, что оно перестанет расходовать ресурсы. После этого могут задерживаться синхронизации, пуши приходят реже, фоновые задачи начинают выполняться позже. Пользователь доволен, потому что телефон живёт дольше. Разработчик видит нестабильность.

🖼 Есть и более мягкие ограничения - доступ к отдельным фото, а не ко всей галерее. Пользователь даже не воспринимает это как ограничение — просто выбирает нужные фотографии. Но для приложения это означает, что “полного доступа” больше может никогда не быть.

Если посмотреть на всё это вместе, получается важная вещь: пользователь в современном Android управляет приложением не одним решением “разрешить или нет”, а набором мелких ограничений, которые постепенно меняют его поведение. И большинство из них включаются уже после релиза, без участия разработчика.

Поэтому многие странные сценарии в проде — это не ошибки системы. Это нормальное использование устройства.

🪙 Я отдельно разбирал на Boosty, как эта модель устроена внутри Android — почему система вообще позволяет так вмешиваться и как проектировать поведение приложения так, чтобы оно не ломалось при ограничениях. Там уже больше про внутреннюю механику и архитектуру ОС, чем про настройки.

#Android #Безопасность
  • 👍 33
  • 👎 21
  • ❤ 5
  • 🔥 1
More from @android_broadcast
  1. Sep 28, 2026🤖 Google прокачала Wi-Fi дебаг в Android 17 и вот как Google выкатил ADB Wi-Fi 2.0 в Andr…
  2. Sep 27, 2026🤖 Android Dev Summit возвращается! Конференция от Google про Android для разработчиков сн…
  3. Sep 25, 2026🚀 Вышел WorkManager 2.12.0 👉 Новое экспериментальное Work Metrics API для изучения истор…
  4. Sep 25, 2026🚀 Вышел androidx.navigation3 1.2.0. И этот как раз допил того, что надо в реальных кейсах…
  5. Sep 25, 2026🚀 Google готовит библиотеку AndroidX Backup Test (пока только первая альфа) для тестирова…
  6. Sep 24, 2026Android Broadcast pinned a photo
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →