Что позволяет делать контекст разработчику?

Роль Context в Android-разработке

Context (контекст) — это фундаментальная абстракция в Android, предоставляющая интерфейс к глобальной информации об окружении приложения. Это "связующее звено" между компонентами системы и вашим кодом, позволяющее взаимодействовать с ресурсами, системными сервисами и другими компонентами.

Основные возможности, которые Context предоставляет разработчику:

1. Доступ к ресурсам приложения

Context позволяет получать доступ к любым ресурсам, определённым в /res:

• Строки, цвета, размеры, Drawable
• Layout-файлы для инфляции
• Raw-файлы и assets

// Получение строки
val appName = context.getString(R.string.app_name)

// Получение цвета с учётом темы
val primaryColor = ContextCompat.getColor(context, R.color.primary)

// Инфляция layout
val view = LayoutInflater.from(context).inflate(R.layout.item_view, parent, false)

2. Запуск компонентов приложения

• Активити: startActivity(), startActivityForResult()
• Сервисы: startService(), bindService()
• Broadcast-приёмники: sendBroadcast(), registerReceiver()

// Запуск Activity
val intent = Intent(context, MainActivity::class.java)
context.startActivity(intent)

// Запуск Service
val serviceIntent = Intent(context, MyService::class.java)
context.startService(serviceIntent)

3. Работа с системными сервисами

Через Context доступны системные менеджеры:

• getSystemService() для получения LocationManager, NotificationManager, etc.
• Доступ к SharedPreferences
• Работа с файловой системой приложения

// Получение системных сервисов
val vibrator = context.getSystemService(Context.VIBRATOR_SERVICE) as Vibrator
val notificationManager = context.getSystemService(Context.NOTIFICATION_SERVICE) as NotificationManager

// Работа с SharedPreferences
val prefs = context.getSharedPreferences("my_prefs", Context.MODE_PRIVATE)

4. Управление жизненным циклом и памятью

• Context помогает управлять жизненным циклом компонентов
• Предоставляет информацию о конфигурации устройства (ориентация, локаль)
• Даёт доступ к каталогам приложения в файловой системе

// Получение путей к файловым каталогам
val cacheDir = context.cacheDir // Внутренний кэш
val filesDir = context.filesDir // Внутренние файлы
val externalCacheDir = context.externalCacheDir // Внешний кэш

// Проверка разрешений
if (ContextCompat.checkSelfPermission(context, Manifest.permission.CAMERA) 
    == PackageManager.PERMISSION_GRANTED) {
    // Разрешение есть
}

Типы Context и их особенности

Важно различать разные виды Context:

1. Application Context (getApplicationContext())

   • Глобальный контекст, живущий всё время работы приложения
   • НЕ связан с UI-операциями
   • Идеален для долгоживущих объектов и singleton'ов

2. Activity Context

   • Привязан к жизненному циклу Activity
   • Поддерживает UI-операции и тему (theme)
   • Может вызывать утечки памяти, если используется неправильно

3. Service Context, BroadcastReceiver Context

   • Специализированные контексты для соответствующих компонентов

Критические предупреждения и best practices

• Утечки памяти: Удержание ссылки на Activity Context после его уничтожения вызывает утечки
• Использование правильного типа Context:
  • Для долгоживущих объектов — Application Context
  • Для UI-операций — Activity Context (или Context, обёрнутый в ContextThemeWrapper)
• Реакция на изменения конфигурации: Context автоматически обновляется при повороте экрана, изменении языка

// ПРАВИЛЬНО: Использование Application Context для долгоживущих объектов
class MyRepository(private val appContext: Context) {
    // Используем appContext, который не зависит от жизненного цикла UI
    init {
        // appContext должен быть Application Context
        require(appContext.applicationContext == appContext)
    }
}

// НЕПРАВИЛЬНО: Передача Activity Context в долгоживущий объект
class LeakySingleton(context: Context) {
    // Удержание Activity Context вызовет утечку памяти!
    private val leakyContext: Context = context
}

Context в современных подходах

В современной Android-разработке:

• View модель: Context необходим для создания View программно
• Compose: Context требуется меньше, но всё ещё нужен для доступа к ресурсам
• Dependency Injection: Context часто инжектится через DI-контейнеры (Hilt, Koin)
• ViewModel: Обычно НЕ должен содержать Context; для ресурсов используются LiveData/StateFlow с преобразованием ID ресурсов

Context — это не просто техническая деталь, а центральный механизм взаимодействия с Android-системой. Понимание его роли, типов и правил использования критически важно для создания стабильных, эффективных и не подверженных утечкам памяти приложений.