Когда AndroidManifest.xml считывается операционной системой?

Когда AndroidManifest.xml считывается операционной системой?

Файл AndroidManifest.xml является фундаментальным дескриптором приложения, содержащим метаданные, необходимые операционной системе Android для взаимодействия с приложением. Его считывание происходит в несколько ключевых этапов, начиная с установки приложения и заканчивая запуском компонентов. Процесс не является однократным событием, а распределен во времени в зависимости от контекста.

Основные этапы парсинга манифеста

1. Установка приложения (Install Time)

При установке APK-файла (или обновлении приложения) система обязательно считывает манифест для извлечения критической информации:

• Имя пакета (package) и версия приложения.
• Объявленные компоненты: Activity, Service, BroadcastReceiver, ContentProvider.
• Запрашиваемые разрешения (<uses-permission>).
• Минимальная и целевая версия SDK (minSdkVersion, targetSdkVersion).
• Конфигурация сборки (например, android:hardwareAccelerated).

На этом этапе система создает и сохраняет в своем внутреннем кэше (например, в /data/system/packages.xml) структурированное представление манифеста. Это позволяет быстро получать информацию о приложении без повторного парсинга файла.

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

При запуске любого компонента система обращается к ранее закэшированным данным из манифеста, а не читает XML1-файл заново. Однако контекст запуска определяет, какая именно часть информации запрашивается:

• Запуск Activity: система проверяет ее объявление, интент-фильтры (<intent-filter>), тему, конфигурацию окна и разрешения.
• Запуск Service или BroadcastReceiver: аналогично проверяется их наличие, разрешения и интент-фильтры.
• Обращение к ContentProvider: система проверяет его объявление и разрешения android:readPermission/android:writePermission.

Пример объявления Activity в манифесте:

<activity
    android:name=".MainActivity"
    android:label="@string/app_name"
    android:exported="true">
    <intent-filter>
        <action android:name="android.intent.action.MAIN" />
        <category android:name="android.intent.category.LAUNCHER" />
    </intent-filter>
</activity>

3. Проверка разрешений во время выполнения (Runtime Permission Checks)

Когда приложение пытается получить доступ к защищенному API (например, к местоположению или камере), система проверяет:

• Объявлено ли соответствующее разрешение <uses-permission> в манифесте.
• Предоставил ли пользователь это разрешение во время выполнения (для Android 6.0+).

// Проверка разрешения в коде
if (ContextCompat.checkSelfPermission(this, Manifest.permission.CAMERA)
        != PackageManager.PERMISSION_GRANTED) {
    // Запрос разрешения
}

4. Обработка системных событий (System Broadcasts)

Некоторые объявления в манифесте требуют считывания системой при наступлении определенных событий:

• BroadcastReceiver с <receiver>: если ресивер объявлен в манифесте с интент-фильтром, система будет знать о нем даже когда приложение не запущено. При поступлении соответствующего интента (например, BOOT_COMPLETED) система "проснется" и доставит его ресиверу.
• События системы (изменение времени, подключение зарядного устройства) также обрабатываются через манифестные ресиверы.

Исключения и важные нюансы

• Динамические компоненты: компоненты, объявленные только в коде (например, BroadcastReceiver, зарегистрированный через registerReceiver()), не отражены в манифесте и известны системе только во время работы приложения.
• Эффективность: Парсинг XML1-файла при каждом запуске компонента был бы крайне неэффективным. Кэширование данных на этапе установки — это оптимизация для производительности.
• Android PackageManager (PackageManager): это основной интерфейс, через который система (и другие приложения) получают информацию из манифеста. Например:

val pm = context.packageManager
val info = pm.getActivityInfo(componentName, 0)
// info содержит данные, считанные из манифеста

Резюме

Таким образом, первичное и полное считывание AndroidManifest.xml происходит строго во время установки или обновления приложения. На этом этапе система извлекает и кэширует все метаданные. В дальнейшем, в процессе работы ОС, происходит обращение к уже сохраненным данным для:

1. Проверки правомочности запуска компонентов.
2. Проверки разрешений.
3. Обработки системных широковещательных сообщений.
4. Предоставления информации о приложении другим компонентам системы через PackageManager.

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