Android Emulator — що це таке та як працює емуляція

Що таке Android Emulator?

Android Emulator — віртуальний Android-пристрій, що працює на базі QEMU (Quick EMUlator) та емулює апаратну платформу Android. На відміну від iOS Simulator, Android Emulator повноцінно транслює ARM-інструкції, що дозволяє запускати код, скомпільований для мобільної архітектури, на x86_64 хості.

Google випустила Android Emulator у 2007 році разом з першою версією Android SDK. З тих пір емулятор пройшов еволюцію від повільного ARM-only рішення до високопродуктивної системи з підтримкою GPU, апаратного прискорення та емуляції датчиків. За даними Google (Android Developer Blog, 2025), сучасний емулятор з HAxM працює в 4-5 разів швидше першого покоління.

Емулятор підтримує всі компоненти Android-пристрою: CPU, GPU, RAM, сховище, сенсорний екран, акселерометр, гіроскоп, GPS, камеру, батарею, NFC, Bluetooth та Wi-Fi. Розробник може симулювати вхідні дзвінки, SMS, різні рівні сигналу мережі та геолокацію через Extended Controls.

Системні образи для емулятора

Android Emulator використовує системні образи (System Images), які завантажуються через SDK Manager. Кожен системний образ містить повну копію Android-прошивки для вибраного рівня API та цільової архітектури процесора. Доступні образи з різною архітектурою: x86_64 (рекомендується з HAxM), ARM64 (для тестування ARM-сумісності) та Google APIs (з попередньо встановленими Google Play Services). Для Wear OS, Android TV та Automotive також є окремі образи.

// Перевірка типу емулятора в коді
val isEmulator = Build.FINGERPRINT
    .contains("generic") ||
    Build.PRODUCT.contains("sdk")

if (isEmulator) {
    Timber.d("Додаток запущено в емуляторі")
}

Налаштування AVD в Android Studio

AVD (Android Virtual Device) — конфігурація віртуального пристрою для емулятора. AVD Manager в Android Studio дозволяє створювати пристрої з будь-якою комбінацією характеристик: модель, розмір екрану, щільність пікселів, об'єм RAM, розмір сховища та версія Android.

Створення AVD виконується через Device Manager в Android Studio: виберіть апаратний профіль (Pixel, Nexus, Galaxy та інші), системний образ та налаштуйте параметри. Після створення пристрій з'являється в списку Run Configurations для безпосереднього запуску додатку.

Snapshot-режим для швидкого старту

Емулятор підтримує Quick Boot — зберігає стан AVD як snapshot та відновлює його при наступному запуску. Час завантаження скорочується з 30-60 секунд до 2-5 секунд. Для скидання до чистого стану використовуйте Cold Boot Now в AVD Manager.

ARM-трансляція та апаратне прискорення

ARM-трансляція — ключова технологія Android Emulator, яка конвертує ARM-інструкції в x86_64 на льоту. Без трансляції емулятор міг би запускати тільки x86_64 образи, що обмежує тестування. Google використовує libhoudini для ARM→x86 трансляції та бібліотеки Intel для HAXM-прискорення.

# Перевірка статусу HAxM на Windows
sc query "IntelHaxm"

# Встановлення HAxM через SDK Manager
sdkmanager "extras;intel;Hardware_Accelerated_Execution_Manager"

# Запуск емулятора з апаратним прискоренням
emulator -avd Pixel_9_API_35 -accel on -gpu auto

Intel HAxM (Hardware Accelerated Execution Manager) — драйвер віртуалізації для процесорів Intel VT-x, що прискорює емулятор в 3-5 разів. На Windows з процесором AMD використовуйте Windows Hyper-V Platform та WHPX. Без апаратного прискорення емулятор працює повільно, із затримками анімацій до 1-2 секунд.

Для macOS на Apple Silicon (M-серія) апаратне прискорення працює нативно через Hypervisor.framework. За даними Google (Android Emulator Release Notes 2025), емулятор на M2 Max досягає 95% продуктивності реального пристрою при базових операціях.

Емулятор проти реального пристрою

Вибір між емулятором та реальним пристроєм залежить від етапу розробки. На емуляторі зручно розробляти та налагоджувати: швидкий запуск, моментальний деплой, Extended Controls для симуляції датчиків. На реальному пристрої — фінальне тестування продуктивності, батареї та роботи з залізом.

Продуктивність емулятора з апаратним прискоренням часто вища за реальний бюджетний пристрій. Тому фінальні тести проводьте на реальних пристроях з цільовим рівнем продуктивності.

Перевірка емулятора в коді на Kotlin

Визначення середовища виконання в Kotlin корисне для вимкнення некоректного коду або додавання налагоджувальної інформації. Android надає Build.FINGERPRINT, Build.PRODUCT та Build.HARDWARE для цієї мети.

object EmulatorDetector {
    val isEmulator: Boolean
        get() = Build.FINGERPRINT.startsWith("generic")
                || Build.FINGERPRINT.contains("emulator")
                || Build.HARDWARE == "ranchu"
                || Build.HARDWARE == "goldfish"
    
    fun logEnvironment() {
        if (isEmulator) {
            Log.d("EmulatorDetector", "Середовище: емулятор")
        }
    }
}

Використання емулятор-детектора допомагає при налагодженні: на емуляторі можна увімкнути розширені логи, вимкнути анімації або замінити реальні виклики API на моки. Уникайте перевірки в продакшн-збірках, якщо це не потрібно для бізнес-логіки додатку.

Тестування додатків на емуляторі

Android Emulator використовується для автоматизованого тестування на CI-серверах. Для запуску тестів потрібно створити AVD, запустити емулятор та дочекатися повного завантаження системи. Gradle Managed Devices спрощують цей процес: конфігурація AVD описується в build.gradle.kts.

// build.gradle.kts — Gradle Managed Devices
android {
    testOptions {
        managedDevices {
            devices {
                register<ManagedVirtualDevice>("pixel9Api35") {
                    device = "Pixel 9"
                    apiLevel = 35
                    systemImageSource = "google"
                }
            }
        }
    }
}

Для запуску емулятора вручну використовуйте командний рядок: emulator -avd Pixel_9_API_35 -no-window -no-audio -gpu swiftshader_indirect. Прапорець -no-window вимикає графічний інтерфейс для серверного середовища, а -gpu swiftshader_indirect забезпечує програмний рендеринг без GPU хоста.

Емуляція мережі та датчиків

Extended Controls в Android Emulator надає потужні інструменти для симуляції мережевих умов: затримка (latency), пропускна здатність (bandwidth) та тип мережі (GPRS, EDGE, 3G, 4G, 5G). Це дозволяє тестувати поведінку додатку при повільному з'єднанні без фізичної поїздки в зону з поганим покриттям.

Симуляція датчиків включає акселерометр, гіроскоп та магнітометр через віртуальні 3D-моделі пристроїв. Для GPS можна завантажити GPX-файли з маршрутами — емулятор симулює рух за координатами, що критично для тестування навігаційних додатків. Камера емулюється через веб-камеру хоста або завантаження зображень.

Multi-display в Android Emulator підтримує кілька екранів для планшетів та складних пристроїв. Extended Controls дозволяють змінити орієнтацію, розмір екрану та щільність пікселів (DPI) без перезапуску емулятора. Для тестування foldable-пристроїв доступні режими Foldable з перемиканням між складеним та розкладеним станом.

Android Emulator для Wear OS та Android TV

Емулятор підтримує не тільки смартфони, але й Wear OS та Android TV. Для Wear OS доступні круглі та прямокутні AVD-конфігурації, симуляція обертання безеля та жестів смахування, а також тестування взаємодії з телефонним емулятором. Для Android TV використовується інтерфейс з D-pad навігацією. Обидві платформи підтримують апаратне прискорення та тестування з Google Play Services, що важливо для dev-циклу розумних годинників та телевізійних додатків.