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 извиквания с mock-ове. Избягвайте проверката в продукционни сборки, освен ако не се изисква от бизнес логиката на приложението.

Тестване на приложения на емулатор

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 с превключване между сгънато и разгънато състояние.

Android Emulator за Wear OS и Android TV

Емулаторът поддържа не само смартфони, но и Wear OS и Android TV. За Wear OS са налични кръгли и правоъгълни AVD конфигурации, симулация на въртене на bezel и жестове за плъзгане, както и тестване на взаимодействие с телефонния емулатор. За Android TV се използва интерфейс с D-pad навигация. И двете платформи поддържат хардуерно ускорение и тестване с Google Play Services, което е важно за цикъла на разработка на умни часовници и телевизионни приложения.