Что можно сделать на эмуляторе но нельзя на симуляторе

Различия между эмулятором и симулятором

Прежде чем перейти к различиям, важно четко разделить эти два понятия, особенно в контексте мобильной разработки и тестирования.

• Эмулятор — это программное обеспечение или аппаратно-программный комплекс, который имитирует внутреннее устройство целевой системы (например, процессор ARM, набор инструкций, периферийные устройства). Он стремится максимально точно воспроизвести аппаратную часть, чтобы исполнять "родной" код, предназначенный для этой платформы. Классический пример — Android Emulator, который виртуализирует архитектуру ARM на процессоре х86.
• Симулятор — это программа, которая моделирует поведение и внешние реакции системы, не обязательно воспроизводя ее внутреннее устройство. Он предоставляет схожий интерфейс и API, но работает на родной архитектуре хоста. Яркий пример — iOS Simulator от Apple, который является приложением для macOS, компилирующим и запускающим код, собранный под архитектуру x86/ARM Mac.

Исходя из этого фундаментального различия, ключевые операции, доступные на эмуляторе, но недоступные или сильно ограниченные на симуляторе, следующие:

1. Исполнение нативного (бинарного) кода другой архитектуры и низкоуровневая отладка

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

• Тестирования производительности (Performance Testing) на уровне процессорных инструкций и использования памяти, что критично для игр или ресурсоемких приложений.
• Отладки на низком уровне с использованием таких инструментов, как gdb или lldb для ARM-кода.
• Анализа бинарных файлов и реверс-инженерии в изолированной среде.

# Пример запуска нативной ARM-библиотеки внутри эмулятора Android
adb push my_native_lib.so /data/local/tmp/
adb shell
cd /data/local/tmp/
./my_native_lib.so

2. Тестирование аппаратных зависимостей и взаимодействия с "железом"

Поскольку эмулятор имитирует аппаратную шину и устройства, он позволяет тестировать сценарии, которые на симуляторе либо невозможны, либо являются чистой абстракцией.

• Точное моделирование состояния батареи. Можно задать точный уровень заряда, состояние (например, "на зарядке", "разряжена"), температуру. На симуляторе iOS это лишь приблизительная программная имитация.
• Эмуляция различных типов сетевых подключений (2G/EDGE, 3G, LTE, 5G) с настройкой параметров задержки (latency), стабильности (stability) и скорости (bandwidth) на низком уровне. Симулятор обычно предлагает только базовое переключение между "Wi-Fi" и "Cellular" без глубоких настроек.
• Виртуализация датчиков. На эмуляторе Android можно программно задавать точные значения для акселерометра, гироскопа, датчика освещенности, давления, что незаменимо для тестирования AR-приложений, фитнес-трекеров или игр. На симуляторе iOS управление датчиками сильно ограничено (например, изменение ориентации через меню).
• Эмуляция USB-подключений, SIM-карт, SD-карт. Можно тестировать сценарии извлечения карты, изменения IMSI, работы с OTG-накопителями.

3. Глубокая кастомизация образа системы и ядра

Эмулятор часто позволяет загружать свои собственные образы системы (system images), vendor-образы и даже модифицированные версии ядра Android.

• Тестирование на разных OEM-сборках Android, которые могут иметь свои особенности.
• Воспроизведение и отладка проблем, специфичных для конкретного чипсета или драйвера.
• Моделирование устройства с root-доступом "из коробки" для тестирования соответствующих функций безопасности приложения.

# Запуск эмулятора Android с конкретным пользовательским образом (AVD)
emulator -avd My_Custom_Device -system /path/to/custom/system.img -kernel /path/to/custom/kernel

4. Тестирование "Грязного" состояния ОС и восстановления

На эмуляторе можно делать то, что опасно или невозможно на симуляторе из-за его абстрактной природы:

• Полная "засоренность" памяти и хранилища до состояния, когда система начинает активно убивать процессы (тестирование onTrimMemory, onLowMemory).
• Имитация повреждения файловой системы или разделов данных.
• Тестирование сценариев "холодной" загрузки (cold boot) и восстановления после сбоя питания.
• Сброс устройства к заводским настройкам (factory reset) внутри сессии тестирования с гарантированным возвратом в исходное состояние.

5. Тестирование безопасности на системном уровне

• Работа с SELinux/SEAndroid политиками. Можно тестировать, как приложение ведет себя при разных контекстах безопасности.
• Эмуляция атак на уровне ядра или проверка работы аппаратного хранилища ключей (KeyStore).
• Анализ сетевого трафика на низком уровне с помощью инструментов внутри самой гостевой ОС (tcpdump).

Важное уточнение для iOS Simulator

Симулятор iOS — это не просто ограниченный эмулятор. Он компилирует ваш код под архитектуру Mac, что дает ему огромное преимущество в скорости. Однако это же является причиной его главных ограничений: он не может выполнять код, скомпилированный под ARM (кроме трансляции через Rosetta 2), и не имеет доступа к реальной аппаратной абстракции. Все "датчики" и "сеть" — это высокоуровневые симуляции в среде macOS.

Вывод: Эмулятор — это инструмент для низкоуровневого, аппаратно-зависимого и системного тестирования, максимально приближенного к реальному устройству. Симулятор — это инструмент для быстрой высокоуровневой проверки логики, UI/UX и базовой функциональности в среде, кардинально отличающейся от конечного устройства по архитектуре.