> Зачем нужен Android Манифест (Android)

Короткий ответ

Android Manifest - это обязательный XML-файл в корне каждого Android-приложения, который описывает его структуру и требования системе. Он декларирует компоненты приложения (activity, service, receiver, provider), необходимые permissions, характеристики устройства и версии Android, которые поддерживает приложение. Без манифеста приложение не может быть установлено или запущено - это точка входа для системы, которая определяет, как приложение взаимодействует с Android runtime и другими приложениями.

Подробное объяснение

Манифест выполняет несколько ключевых функций:

1. Декларация компонентов - каждый activity, service, broadcast receiver и content provider должен быть объявлен в манифесте. Система использует эту информацию для запуска компонентов, даже если приложение не запущено.

2. Permissions - манифест запрашивает разрешения на доступ к защищённым API (камера, геолокация, контакты) и объявляет permissions, которые могут запрашивать другие приложения для взаимодействия с компонентами этого приложения.

3. Фильтры интентов - intent-filter внутри компонента определяет, какие implicit intents может обрабатывать приложение. Это основа для deep links, share-меню и интеграции с системой.

4. Требования к устройству - через <uses-feature> и <uses-configuration> указываются обязательные hardware и software характеристики (например, наличие камеры или сенсорного экрана). <supports-screens> определяет поддерживаемые размеры экранов.

5. Совместимость с версиями - minSdkVersion, targetSdkVersion и compileSdkVersion (последний в build.gradle) определяют диапазон версий Android, на которых приложение может работать.

6. Конфигурация приложения - здесь задаются application ID, label, icon, theme, process name, а также параметры для backup, multi-window и других системных функций.

7. Объявление библиотек и native-кода - через <uses-library> и <uses-native-library> указываются зависимости от системных библиотек, например, Google Maps или OpenGL.

8. Метаданные - <meta-data> позволяет передавать произвольные данные системе или компонентам, например, API-ключи или конфигурацию для библиотек.

На практике

В реальной разработке манифест - это живой документ, который меняется по мере роста приложения. Типичные сценарии:

• Добавление нового экрана - нужно объявить activity, иначе при попытке запуска будет ActivityNotFoundException.
• Deep links - добавление intent-filter с VIEW action и BROWSABLE category для обработки ссылок.
• Runtime permissions - для Android 6+ permissions запрашиваются в коде, но декларация в манифесте обязательна.
• Мультимодульность - каждый модуль имеет свой манифест, которые объединяются при сборке. Манифест главного модуля может переопределять атрибуты через tools:replace.
• Product flavors - разные flavors могут иметь свои манифесты или использовать манифест-мерджер для подмены значений (например, applicationId или permissions).
• Отладка и релиз - debug-манифест может добавлять permissions для тестирования (например, INTERNET для работы с локальным сервером).

Важно понимать, что манифест проверяется на этапе сборки и установки. Ошибки в нём приводят к INSTALL_FAILED_* или крашам при запуске.

Пример кода

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.example.app">

    <!-- Permissions -->
    <uses-permission android:name="android.permission.INTERNET" />
    <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />

    <!-- Hardware requirements -->
    <uses-feature android:name="android.hardware.camera" android:required="true" />

    <application
        android:label="@string/app_name"
        android:icon="@mipmap/ic_launcher"
        android:theme="@style/AppTheme"
        android:allowBackup="true">

        <!-- Main activity -->
        <activity
            android:name=".MainActivity"
            android:exported="true">
            <intent-filter>
                <action android:name="android.intent.action.MAIN" />
                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>
        </activity>

        <!-- Deep link activity -->
        <activity
            android:name=".DetailActivity"
            android:exported="true">
            <intent-filter>
                <action android:name="android.intent.action.VIEW" />
                <category android:name="android.intent.category.DEFAULT" />
                <category android:name="android.intent.category.BROWSABLE" />
                <data android:scheme="https" android:host="example.com" android:pathPrefix="/detail" />
            </intent-filter>
        </activity>

        <!-- Service -->
        <service android:name=".SyncService" android:exported="false" />

        <!-- Receiver -->
        <receiver android:name=".BootReceiver" android:exported="true">
            <intent-filter>
                <action android:name="android.intent.action.BOOT_COMPLETED" />
            </intent-filter>
        </receiver>
    </application>
</manifest>

Как отвечать на собеседовании

Начните с краткого определения, затем перечислите основные функции в порядке важности: компоненты, permissions, intent-filters, требования к устройству. Подчеркните, что манифест - это декларативный контракт между приложением и системой, который проверяется до установки.

Для уровня senior добавьте детали: манифест-мерджер, различие между minSdk и targetSdk, влияние exported на безопасность, роль tools:replace при конфликтах. Упомяните, что манифест не является runtime-конфигурацией - его нельзя изменить после установки.

Хорошо привести пример из практики: как отсутствие объявления activity приводит к крашу, или как неправильный intent-filter ломает deep link. Это покажет, что вы понимаете не только теорию, но и последствия ошибок.

Что проверяет интервьюер

Интервьюер оценивает:

• Понимание того, что манифест - это не просто файл, а системный контракт.
• Знание всех типов компонентов и их обязательность.
• Понимание механизма intent-filters и их роли в межприложенческом взаимодействии.
• Осведомлённость о манифест-мерджере и проблемах, которые он решает.
• Умение объяснить разницу между exported="true" и exported="false" с точки зрения безопасности.
• Понимание lifecycle permissions и их связи с манифестом.
• Способность связать манифест с процессом сборки (Gradle, flavors, build types).

Для senior важно, чтобы ответ был структурированным и показывал системное мышление, а не просто перечисление пунктов из документации.

Типичные ошибки

• Забыть объявить компонент - классика, приводит к runtime-крашам.
• Не указать exported - на Android 12+ это обязательное требование, иначе SecurityException.
• Игнорировать манифест-мерджер - конфликты атрибутов между модулями без tools:replace ломают сборку.
• Путать minSdk и targetSdk - targetSdk определяет поведение совместимости, а не минимальную версию.
• Указывать лишние permissions - это снижает безопасность и может привести к отклонению в Google Play.
• Думать, что манифест можно менять в runtime - это не так, все изменения требуют переустановки приложения.
• Не использовать tools:node - когда нужно удалить или заменить элемент из библиотечного манифеста, а не только переопределить атрибут.
• Забыть про android:exported для receiver - если receiver получает системные broadcast, exported должен быть true, но это создаёт поверхность атаки.