Как система видит Android-приложение

Как система Android видит приложение

Android система воспринимает приложение не как единый "файл", а как сложную структуру, организованную вокруг центрального компонента — Android Application Package (APK) и его декомпозиции во время установки и выполнения. Этот процесс можно разделить на несколько ключевых этапов и структурных представлений.

1. APK как исходный "контейнер"

Приложение для системы начинается с APK файла — это архив, содержащий все необходимые ресурсы.

<!-- Пример структуры APK (можно увидеть через инструменты типа apktool) -->
- AndroidManifest.xml (манифест приложения)
- classes.dex (Dalvik Executable, скомпилированный код)
- resources.arsc (сжатые ресурсы: строки, стили)
- res/ (сырые ресурсы: изображения, layout файлы)
- lib/ (нативные библиотеки для разных архитектур)
- assets/ (произвольные файлы)
- META-INF/ (информация о подписи)

Система проверяет цифровую подпись APK для обеспечения безопасности и идентификации разработчика перед установкой.

2. Манифест — "паспорт" приложения

AndroidManifest.xml — это первый файл, который система анализирует глубоко. Он определяет фундаментальную идентичность и возможности приложения:

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

    <application
        android:icon="@mipmap/ic_launcher"
        android:label="@string/app_name">
        
        <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>
        
    </application>
    
    <uses-permission android:name="android.permission.INTERNET" />
</manifest>

Система извлекает из манифеста:

• Имя пакета (package) — уникальный идентификатор приложения в системе.
• Компоненты (Activity, Service, BroadcastReceiver, ContentProvider) — точки взаимодействия.
• Заявленные разрешения (uses-permission) — какие системные возможности требуются.
• Минимальная и целевая версия API — для совместимости.
• Информация о экспорте компонентов (android:exported) — критична для безопасности с Android 12+.

3. Процесс установки и декомпозиция

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

1. Проверку подписи и совместимости.
2. Декомпиляцию и оптимизацию кода: classes.dex преобразуется в оптимизированный формат (например, OAT или ART-код) для текущей версии Android, что улучшает производительность.
3. Создание уникальной директории данных приложения в /data/data/<package_name>/ или /data/user/<user_id>/<package_name>/ на многопользовательских системах. Здесь хранятся:
   • Базы данных (SQLite).
   • SharedPreferences.
   • Кэшированные файлы.
   • Собственные файлы приложения.
4. Регистрацию приложения в системных реестрах: система добавляет информацию о компонентах и их intent-filter в внутренние базы данных (например, PackageManagerService), чтобы другие приложения могли их найти.

4. Приложение как процесс (во время выполнения)

При запуске компонента (например, Activity), система создает или связывает с процессом Linux. Ключевые аспекты:

• Каждое приложение запускается в собственном процессе (по умолчанию), с уникальным UID (User ID) Linux, что обеспечивает изоляцию памяти и файловой системы.
• Процесс управляется системным компонентом ActivityManagerService (AMS).
• Внутри процесса создается виртуальная машина ART (Android Runtime) или Dalvik, в которой выполняются Java/Kotlin код.
• Система предоставляет приложению контекст (ApplicationContext) — связь с системными сервисами (ресурсы, менеджеры окон, уведомления).

5. Системное представление через PackageManager

Для других приложений и системных сервисов приложение видимо через API PackageManager. Это интерфейс для получения мета-информации:

// Пример получения информации о другом приложении
val packageManager = context.packageManager
val appInfo = packageManager.getApplicationInfo("com.example.otherapp", 0)

val appName = appInfo.loadLabel(packageManager)
val icon = appInfo.loadIcon(packageManager)
val packageName = appInfo.packageName

6. Управление ресурсами и жизненным циклом

Система постоянно отслеживает состояние приложения через:

• Стеки активности (ActivityStack) — управляет порядком и видимостью Activity.
• Очереди задач (TaskManager) — для многозадачности.
• Системы уведомлений (NotificationManagerService).
• Мониторинг потребления ресурсов (память, батарея) для возможного завершения процесса при необходимости.

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