Введение
Часто бывает необходимость проверить работу свеженаписанного приложения на устройстве. Но вполне может оказаться, что устройства под рукой нет. Или нет устройства с определенными параметрами (правда, это больше относится к размеру/разрешению экрана). Что же делать в этом случае? К счастью, альтернативы есть. Android-сообщество и разные компании предлагают на выбор несколько вариантов замены android-устройств для разных целей. Я кратко расскажу о следующих:
- Эмулятор в составе SDK
- Genymotion
- Android x86
- Bluestacks
Если интересно — добро пожаловать под кат (осторожно, достаточно много картинок)
Эмулятор в составе SDK
Сайт: http://developer.android.com/sdk/index.html Самый очевидный способ подмены устройства. Если занимаешься разработкой под Android — эмулятор точно есть.
Использование
Для использвания достаточно открыть AVD Manager из эклипса или в консоли
/path/to/sdk/tools/android avd создать свой AVD (Android Virtual Device) и запустить. Более подробно процесс описывать не буду, все достаточно просто. Однако не обошлось без особенностей. ARM-эмуляторы до ужаса медленные. Что-то нормально проверить практически невозможно, особенно на не очень сильном железе (потому что эмуляция процессора с другой архитектурой). Тут на помощь может прийти технология Intel HAXM, однако это чревато тем, что платформо-зависимый код (который должен работать под ARM) может не работать, поскольку используется x86. Скриншоты AVD manager
Параметры запуска
Сам эмулятор
Плюсы
- Кроссплатформенное решение
- Входит в состав SDK, не нужны сторонние тулы
- Конфигурируемый (размер памяти, подключение камеры и т.д)
- Доступ по telnet для настройки параметров сети, батареи и т.д.
- Плагин для Eclipse, легкий доступ через adb
- Обновляется сразу после выхода новой версии Android
Минусы
- Медленный, если не использовать HAXM
- Не ARM, если использовать HAXM
- Нет эмуляции Bluetooth, OTG, наушников и некоторых других железных параметров
Genymotion
Сайт:http://www.genymotion.com/ Проприетарная реализация, выросшая из проекта AndroVM. По сути, виртуальная машина на VirtualBox с дополнительными фишками вроде своих контролов, расширенной настройки и т.д. Достаточно удобен, быстр, много возможность, коммандлайн тулы, Java API для тестов. При создании устройства из сети выкачивается его образ. APK можно устанавливать, перетянув их на окно с виртуалкой. Скриншоты Окно работающего девайса Создание виртуального девайса Главное окно приложения
Плюсы
- Кроссплатформенное решение
- Быстрый
- Много дополнительных тулов (контроль заряда, акселерометра, API для тестов и т.д.)
- Плагин для Eclipse, легкий доступ через adb
Минусы
- Платный для компаний, и это главный минус
- Не ARM
- Достаточно долгий выход актуальных версий Android
Android x86
Сайт:http://www.android-x86.org/ Проект по портированию Android на платформу x86. Распространяется в виде образа iso, можно запустить/установить в виртуальной машине, при большом желании можно даже поставить на живую машину с x86 процессором (на ноутбук, например). Работает быстро, но есть куча проблем из-за того, что это виртуальная машина. Например, привязывние мыши внутри окна виртуалки, доступ к adb только по сети и т.д. Для использования в VirtualBox нужно отключать Mouse Integration, иначе в виртуальной машине не видно курсора. Для подключения adb нужно выполнить
adb connect ip.add.res.s IP-адрес можно узнать, нажав в машине Alt+F1 и введя netcfg. Вернуться в графический режим — Alt+F7. Скриншоты Главное окно: Консоль с IP-адресом:
Плюсы
- Кроссплатформенное решение (везде, где есть VirtualBox)
- Быстрый
Минусы
- Неудобный доступ к adb
- Минусы, связанные с использованием VM — привязка мыши, например
- Не ARM
- Очень долгий выход актуальных версий
Bluestacks
Сайт:www.bluestacks.com Позиционируется как плеер приложений для Windows, Mac и TV. Умеет запускать приложения, имеет доступ к маркету. Неудобен для разработки и тестирования — apk ставятся тулом из комплекта, но доступ к adb можно получить. Однако для запуска приложений может быть полезен. Для подключения через adb:
adb connect 127.0.0.1 Скриншоты Запуск: Главное окно:
Плюсы
- Кроссплатформенное решение (правда, только Mac и Windows)
- Быстрый
Минусы
- Неудобно ставить приложения
- Непонятно, что с версиями android (2.3 под OS X, под Windows ставился 4.0)
- Нет под linux
Вывод
Получается, что для некоторых ситуаций можно обойтись и без девайса. Однако не стоит забывать, что во многих случаях железо эмуляторов отличается от реального, да и прошивки реальных устройств тоже могут подбросить сюрпризов. Поэтому эмуляторы — всего лишь для начальной проверки. 383 233.2k 383
An Android Virtual Device (AVD) is a configuration that defines the characteristics of an Android phone, tablet, Wear OS, Android TV, or Automotive OS device that you want to simulate in the Android Emulator. The AVD Manager is an interface you can launch from Android Studio that helps you create and manage AVDs.
To open the AVD Manager, do one of the following:
- Select Tools > AVD Manager.
- Click AVD Manager in the toolbar.
- About AVDs An AVD contains a hardware profile, system image, storage area, skin, and other properties. We recommend that you create an AVD for each system image that your app could potentially support based on the setting in your manifest. Hardware profile The hardware profile defines the characteristics of a device as shipped from the factory. The AVD Manager comes preloaded with certain hardware profiles, such as Pixel devices, and you can define or customize the hardware profiles as needed. Notice that only some hardware profiles are indicated to include Play Store. This indicates that these profiles are fully CTS compliant and may use system images that include the Play Store app. System images A system image labeled with Google APIs includes access to Google Play services. A system image labeled with the Google Play logo in the Play Store column includes the Google Play Store app and access to Google Play services, including a Google Play tab in the Extended controls dialog that provides a convenient button for updating Google Play services on the device. To ensure app security and a consistent experience with physical devices, system images with the Google Play Store included are signed with a release key, which means that you cannot get elevated privileges (root) with these images. If you require elevated privileges (root) to aid with your app troubleshooting, you can use the Android Open Source Project (AOSP) system images that do not include Google apps or services. Storage area The AVD has a dedicated storage area on your development machine. It stores the device user data, such as installed apps and settings, as well as an emulated SD card. If needed, you can use the AVD Manager to wipe user data, so the device has the same data as if it were new. Skin An emulator skin specifies the appearance of a device. The AVD Manager provides some predefined skins. You can also define your own, or use skins provided by third parties. AVD and app features Be sure your AVD definition includes the device features your app depends on. See Hardware Profile Properties and AVD Properties for lists of features you can define in your AVDs. Create an AVD Tip: If you want to launch your app into an emulator, instead run your app from Android Studio and then in the Select Deployment Target dialog that appears, click Create New Virtual Device. To create a new AVD: Open the AVD Manager by clicking Tools > AVD Manager. Click Create Virtual Device, at the bottom of the AVD Manager dialog. The Select Hardware page appears. Notice that only some hardware profiles are indicated to include Play Store. This indicates that these profiles are fully CTS compliant and may use system images that include the Play Store app. Select a hardware profile, and then click Next. If you don’t see the hardware profile you want, you can create or import a hardware profile. The System Image page appears. Select the system image for a particular API level, and then click Next. The Recommended tab lists recommended system images. The other tabs include a more complete list. The right pane describes the selected system image. x86 images run the fastest in the emulator. If you see Download next to the system image, you need to click it to download the system image. You must be connected to the internet to download it. The API level of the target device is important, because your app won’t be able to run on a system image with an API level that’s less than that required by your app, as specified in the minSdkVersion attribute of the app manifest file. For more information about the relationship between system API level and minSdkVersion, see Versioning Your Apps. If your app declares a element in the manifest file, the app requires a system image in which that external library is present. If you want to run your app on an emulator, create an AVD that includes the required library. To do so, you might need to use an add-on component for the AVD platform; for example, the Google APIs add-on contains the Google Maps library. The Verify Configuration page appears. Change AVD properties as needed, and then click Finish. Click Show Advanced Settings to show more settings, such as the skin. The new AVD appears in the Your Virtual Devices page or the Select Deployment Target dialog. To create an AVD starting with a copy: From the Your Virtual Devices page of the AVD Manager, right-click an AVD and select Duplicate. Or click Menu and select Duplicate. The Verify Configuration page appears. Click Change or Previous if you need to make changes on the System Image and Select Hardware pages. Make your changes, and then click Finish. The AVD appears in the Your Virtual Devices page. Create a hardware profile
- Edit existing AVDs
- Edit existing hardware profiles
- Run and stop an emulator, and clear data
- Import and export hardware profiles From the Select Hardware page, you can import and export hardware profiles: To it a hardware profile, click Import Hardware Profiles and select the XML file containing the definition on your computer. To export a ware profile, right-click it and select Export. Specify the location where you want to store the XML file containing the definition. Hardware profile properties You can specify the following properties of hardware profiles in the Configure Hardware Profile page. AVD configuration properties override hardware profile properties, and emulator properties that you set while the emulator is running override them both. The predefined hardware profiles included with the AVD Manager aren’t editable. However, you can copy them and edit the copies. Hardware Profile Property Description Device Name Name of the hardware profile. The name can contain uppercase or lowercase letters, numbers from 0 to 9, periods (.), underscores (_), parentheses ( () ), and spaces. The name of the file storing the hardware profile is derived from the hardware profile name. Device Type Select one of the following: Phone/Tablet Wear OS Android TV Chrome OS Device Android Automotive Screen Size The physical size of the screen, in inches, measured at the diagonal. If the size is larger than your computer screen, it’s reduced in size at launch. Screen Resolution Type a width and height in pixels to specify the total number of pixels on the simulated screen. Round Select this option if the device has a round screen, such as some Wear OS devices. Memory: RAM Type a RAM size for the device and select the units, one of B (byte), KB (kilobyte), MB (megabyte), GB (gigabyte), or TB (terabyte). Input: Has Hardware Buttons (Back/Home/Menu) Select this option if your device has hardware navigation buttons. Deselect it if these buttons are implemented in software only. If you select this option, the buttons won’t appear on the screen. You can use the emulator side panel to «press» the buttons, in either case. Input: Has Hardware Keyboard Select this option if your device has a hardware keyboard. Deselect it if it doesn’t. If you select this option, a keyboard won’t appear on the screen. You can use your computer keyboard to send keystrokes to the emulator, in either case. Navigation Style Select one of the following: None — No hare controls. Navigation is through the software. D-pad — Dironal Pad support. Trackball > Wheel hese options are for actual hardware controls on the device itself. However, the events sent to the device by an external controller are the same. Supported Device States Select one or both options: Portrait — nted taller than wide. Landscape -ented wider than tall. If you select both, you can switch between orientations in the emulator. You must select at least one option to continue. Cameras To enable the camera, select one or both options: Back-Facingera — The lens faces away from the user. Front-Facinmera — The lens faces toward the user. Later, you can use a webcam or a photo provided by the emulator to simulate taking a photo with the camera. Sensors: Accelerometer Select if the device has hardware that helps the device determine its orientation. Sensors: Gyroscope Select if the device has hardware that detects rotation or twist. In combination with an accelerometer, it can provide smoother orientation detection and support a six-axis orientation system. Sensors: GPS Select if the device has hardware that supports the Global Positioning System (GPS) satellite-based navigation system. Sensors: Proximity Sensor Select if the device has hardware that detects if the device is close to your face during a phone call to disable input from the screen. Default Skin Select a skin that controls what the device looks like when displayed in the emulator. Remember that specifying a screen size that’s too big for the resolution can mean that the screen is cut off, so you can’t see the whole screen. See Create an emulator skin for more information. AVD properties You can specify the following properties for AVD configurations in the Verify Configuration page. The AVD configuration specifies the interaction between the development computer and the emulator, as well as properties you want to override in the hardware profile. AVD configuration properties override hardware profile properties. Emulator properties that you set while the emulator is running override them both. AVD Property Description AVD Name Name of the AVD. The name can contain uppercase or lowercase letters, numbers from 0 to 9, periods (.), underscores (_), parentheses ( () ), dashes (-), and spaces. The name of the file storing the AVD configuration is derived from the AVD name. AVD ID (Advanced) The AVD filename is derived from the ID, and you can use the ID to refer to the AVD from the command line. Hardware Profile Click Change to select a different hardware profile in the Select Hardware page. System Image Click Change to select a different system image in the System Image page. An active internet connection is required to download a new image. Startup Orientation Select one option for the initial emulator orientation: Portrait — nted taller than wide. Landscape -ented wider than tall. An option is enabled only if it’s selected in the hardware profile. When running the AVD in the emulator, you can change the orientation if both portrait and landscape are supported in the hardware profile. Camera (Advanced) To enable a camera, select one or both options: Front — Thes faces away from the user. Back — The faces toward the user. The Emulated setting produces a software-generated image, while the Webcam setting uses your development computer webcam to take a picture. This option is available only if it’s selected in the hardware profile; it’s not available for Wear OS and Android TV. Network: Speed (Advanced) Select a network protocol to determine the speed of data transfer: GSM — Global System for Mobile Communications HSCSD — High-Speed Circuit-Switched Data GPRS — Generic Packet Radio Service EDGE — Enhanced Data rates for GSM Evolution UMTS — Universal Mobile Telecommunications System HSDPA — High-Speed Downlink Packet Access LTE — Long-Term Evolution Full (default) — Transfer data as quickly as your computer allows. Network: Latency (Advanced) Select a network protocol to set how much time (delay) it takes for the protocol to transfer a data packet from one point to another point. Emulated Performance: Graphics Select how graphics are rendered in the emulator: Hardware — Use your computer graphics card for faster rendering. Software — Emulate the graphics in software, which is useful if you’re having a problem with rendering in your graphics card. Automatic — Let the emulator decide the best option based on your graphics card. Emulated Performance: Boot option (Advanced) Cold boot — Start the device each time by powering up from the device-off state. Quick boot — Start the device by loading the device state from a saved snapshot. For details, see Run the emulator with Quick Boot. Emulated Performance: Multi-Core CPU (Advanced) Select the number of processor cores on your computer that you’d like to use for the emulator. Using more processor cores speeds up the emulator. Memory and Storage: RAM The amount of RAM on the device. This value is set by the hardware manufacturer, but you can override it, if needed, such as for faster emulator operation. Increasing the size uses more resources on your computer. Type a RAM size and select the units, one of B (byte), KB (kilobyte), MB (megabyte), GB (gigabyte), or TB (terabyte). Memory and Storage: VM Heap The VM heap size. This value is set by the hardware manufacturer, but you can override it, if needed. Type a heap size and select the units, one of B (byte), KB (kilobyte), MB (megabyte), GB (gigabyte), or TB (terabyte). For more information on Android VMs, see Memory Management for Different Virtual Machines. Memory and Storage: Internal Storage The amount of nonremovable memory space available on the device. This value is set by the hardware manufacturer, but you can override it, if needed. Type a size and select the units, one of B (byte), KB (kilobyte), MB (megabyte), GB (gigabyte), or TB (terabyte). Memory and Storage: SD Card The amount of removable memory space available to store data on the device. To use a virtual SD card managed by Android Studio, select Studio-managed, type a size, and select the units, one of B (byte), KB (kilobyte), MB (megabyte), GB (gigabyte), or TB (terabyte). A minimum of 100 MB is recommended to use the camera. To manage the space in a file, select External file and click … to specify the file and location. For more information, see mksdcard and AVD data directory. Device Frame: Enable Device Frame Select to enable a frame around the emulator window that mimics the look of a real device. Custom Skin Definition (Advanced) Select a skin that controls what the device looks like when displayed in the emulator. Remember that specifying a screen size that’s too big for the skin can mean that the screen is cut off, so you can’t see the whole screen. See Create an emulator skin for more information. Keyboard: Enable Keyboard Input (Advanced) Select this option if you want to use your hardware keyboard to interact with the emulator. It’s disabled for Wear OS and Android TV. Create an emulator skin
- Android Studio. Создание виртуального устройства AVD
- Установка Intel HAXM
- Размеры и разрешение экрана
- Создание эмулятора Android, настройка эмулятора Android
- Новое виртуальное устройство
- Open the AVD Manager by clicking Tools > AVD Manager.
- Click Create Virtual Device, at the bottom of the AVD Manager dialog.
The Select Hardware page appears.
Notice that only some hardware profiles are indicated to include Play Store. This indicates that these profiles are fully CTS compliant and may use system images that include the Play Store app.
- Select a hardware profile, and then click Next.
- Select the system image for a particular API level, and then click Next.
The Recommended tab lists recommended system images. The other tabs include a more complete list. The right pane describes the selected system image. x86 images run the fastest in the emulator.
If you see Download next to the system image, you need to click it to download the system image. You must be connected to the internet to download it.
The API level of the target device is important, because your app won’t be able to run on a system image with an API level that’s less than that required by your app, as specified in the
minSdkVersionattribute of the app manifest file. For more information about the relationship between system API level andminSdkVersion, see Versioning Your Apps.If your app declares a
element in the manifest file, the app requires a system image in which that external library is present. If you want to run your app on an emulator, create an AVD that includes the required library. To do so, you might need to use an add-on component for the AVD platform; for example, the Google APIs add-on contains the Google Maps library.The Verify Configuration page appears.
- Change AVD properties as needed, and then click Finish.
Click Show Advanced Settings to show more settings, such as the skin.
- From the Your Virtual Devices page of the AVD Manager, right-click an AVD and select Duplicate.
- Click Change or Previous if you need to make changes on the System Image and Select Hardware pages.
- Make your changes, and then click Finish.
- In the Select Hardware page, click New Hardware Profile.
- In the Configure Hardware Profile page, change the hardware profile properties as needed.
- Click Finish.
- In the Select Hardware page, select a hardware profile and click Clone Device.
- In the Configure Hardware Profile page, change the hardware profile properties as needed.
- Click Finish.
- To edit an AVD, click Edit this AVD and make your changes.
- To delete an AVD, right-click an AVD and select Delete. Or click Menu and select Delete.
- To show the associated AVD
.iniand.imgfiles on disk, right-click an AVD and select Show on Disk. Or click Menu and select Show on Disk. - To view AVD configuration details that you can include in any bug reports to the Android Studio team, right-click an AVD and select View Details. Or click Menu and select View Details.
- To edit a hardware profile, select it and click Edit Device. Or right-click a hardware profile and select Edit. Next, make your changes.
- To delete a hardware profile, right-click it and select Delete.
- To run an emulator that uses an AVD, double-click the AVD. Or click Launch.
- To stop a running emulator, right-click an AVD and select Stop. Or click Menu and select Stop.
- To clear the data for an emulator, and return it to the same state as when it was first defined, right-click an AVD and select Wipe Data. Or click Menu and select Wipe Data.
- To it a hardware profile, click Import Hardware Profiles and select the XML file containing the definition on your computer.
- To export a ware profile, right-click it and select Export. Specify the location where you want to store the XML file containing the definition.
- Phone/Tablet
- Wear OS
- Android TV
- Chrome OS Device
- Android Automotive
- None — No hare controls. Navigation is through the software.
- D-pad — Dironal Pad support.
- Trackball > Wheel
- Portrait — nted taller than wide.
- Landscape -ented wider than tall.
- Back-Facingera — The lens faces away from the user.
- Front-Facinmera — The lens faces toward the user.
- Portrait — nted taller than wide.
- Landscape -ented wider than tall.
- Front — Thes faces away from the user.
- Back — The faces toward the user.
- GSM — Global System for Mobile Communications
- HSCSD — High-Speed Circuit-Switched Data
- GPRS — Generic Packet Radio Service
- EDGE — Enhanced Data rates for GSM Evolution
- UMTS — Universal Mobile Telecommunications System
- HSDPA — High-Speed Downlink Packet Access
- LTE — Long-Term Evolution
- Full (default) — Transfer data as quickly as your computer allows.
- Hardware — Use your computer graphics card for faster rendering.
- Software — Emulate the graphics in software, which is useful if you’re having a problem with rendering in your graphics card.
- Automatic — Let the emulator decide the best option based on your graphics card.
- Cold boot — Start the device each time by powering up from the device-off state.
- Quick boot — Start the device by loading the device state from a saved snapshot. For details, see Run the emulator with Quick Boot.
- A
hardware.inifile - Layout files for supported orientations (landscape, portrait) and physical configuration
- Image files for display elements, such as background, keys and buttons
- Create a new directory where you will save your skin configuration files.
- Define the visual appearance of the skin in a text file named
layout. This file defines many characteristics of the skin, such as the size and image assets for specific buttons. For example: - Add the bitmap files of the device images in the same directory.
- Specify additional hardware-specific device configurations in a
hardware.inifile for the device settings, such ashw.keyboardandhw.lcd.density. - Archive the files in the skin folder and select the archive file as a custom skin.
- Григоренко Г. Н.
- Уроки по программированию мобильных устройств на основе ОС Android
- 16 сентября 2015
- Intel x86 Atom System Image
- Intel x86 Emulator Accelerator (HAXM)
- QVGA (Quarter Video Graphics Array) 240×320 dp – низкая плотность, размер 2-3,5″;
- WQVGA (Wide Quarter Video Graphics Array) 240×400 dp – низкая плотность, размер 2-3,5″;
- HVGA (Half Video Graphics Array) 320×480 dp – средняя плотность, размер 3-4″;
- WVGA800 (Wide Video Graphics Array) 480×800 dp) –высокая плотность, размер 4-7″;
- WVGA854 (Wide Video Graphics Array) 480×854 dp) –высокая плотность, размер 4-7″;
- Запускаем ADV Manager. Меню Tools|Android|AVD Manager.Примечание. Если запустить ADV Manager из папки установки SDK, то появится более простое и знакомое диалоговое окно по IDE Eclipse.
- Выбираем создание устройства «+Create Virtual Device«
- использование самой последней версии гарантирует, что у нас корректный и оптимальный код.
- это нас ни как не ограничивает, чтобы поддерживать более старые версии платформы в готовом приложении.
- Устанавливаем русский язык
- Проверяем работает ли эмулятор в режиме поддержки технологии виртуализации ( образ x86)
- Устанавливаем Android Studio и нажимаем «Инструмент», «AVD Manager». О том, как установить Android Studio читайте по ссылке.
- Откроется новое окно менеджера. В нем будут отображены все виртуальные образы, которые вы создали.
- В AVD можно создать своё виртуальное устройство или изменить параметры уже имеющегося.
- Запускаем AVD Manager и нажимаем «Create Virtual Device».
- В следующем окне выбираем категорию устройства, размеры дисплея и расширение. Жмём «Далее».
- Далее нужно выбрать версию Android. Если какой-то версии нет, стоит нажать на кнопку «Download» или поискать сборку во вкладках выше. Не стоит использовать образы версий, которые ниже заявленных для определённого гаджета.
- Появится окно проверки конфигурации системы. В нем нужно только указать ориентацию экрана. Нажимаем «Finish».
- Вы здесь:
- Главная
- Программер
- Android
- Создание эмулятора Android, настройка AVD
- Категория: Android
- Опубликовано: 04 сентября 2016
- https://m.habr.com/post/218739/
- https://developer.android.com/studio/run/managing-avds
- http://turbopro.ru/index.php/programmirovanie-pod-os-android/7330-android-studio-sozdanie-virtualnogo-ustrojstva-avd
- https://softikbox.com/kak-nastroit-android-virtual-device-manager-na-kompyutere-19650.html
- https://maxfad.ru/programmer/android/84-sozdanie-emulyatora-android-nastrojka-avd.html
Содержание
About AVDs
An AVD contains a hardware profile, system image, storage area, skin, and other properties.
We recommend that you create an AVD for each system image that your app could potentially support based on the
Hardware profile
The hardware profile defines the characteristics of a device as shipped from the factory. The AVD Manager comes preloaded with certain hardware profiles, such as Pixel devices, and you can define or customize the hardware profiles as needed.
Notice that only some hardware profiles are indicated to include Play Store. This indicates that these profiles are fully CTS compliant and may use system images that include the Play Store app.
System images
A system image labeled with Google APIs includes access to Google Play services. A system image labeled with the Google Play logo in the Play Store column includes the Google Play Store app and access to Google Play services, including a Google Play tab in the Extended controls dialog that provides a convenient button for updating Google Play services on the device.
To ensure app security and a consistent experience with physical devices, system images with the Google Play Store included are signed with a release key, which means that you cannot get elevated privileges (root) with these images. If you require elevated privileges (root) to aid with your app troubleshooting, you can use the Android Open Source Project (AOSP) system images that do not include Google apps or services.
Storage area
The AVD has a dedicated storage area on your development machine. It stores the device user data, such as installed apps and settings, as well as an emulated SD card. If needed, you can use the AVD Manager to wipe user data, so the device has the same data as if it were new.
Skin
An emulator skin specifies the appearance of a device. The AVD Manager provides some predefined skins. You can also define your own, or use skins provided by third parties.
AVD and app features
Be sure your AVD definition includes the device features your app depends on. See Hardware Profile Properties and AVD Properties for lists of features you can define in your AVDs.
Create an AVD
Tip: If you want to launch your app into an emulator, instead run your app from Android Studio and then in the Select Deployment Target dialog that appears, click Create New Virtual Device.
To create a new AVD:
If you don’t see the hardware profile you want, you can create or import a hardware profile.
The System Image page appears.
The new AVD appears in the Your Virtual Devices page or the Select Deployment Target dialog.
To create an AVD starting with a copy:
Or click Menu and select Duplicate.
The Verify Configuration page appears.
The AVD appears in the Your Virtual Devices page.
The AVD Manager provides predefined hardware profiles for common devices so you can easily add them to your AVD definitions. If you need to define a different device, you can create a new hardware profile. You can define a new hardware profile from the beginning, or copy a hardware profile as a start. The preloaded hardware profiles aren’t editable.
To create a new hardware profile from the beginning:
Your new hardware profile appears in the Select Hardware page. You can optionally create an AVD that uses the hardware profile by clicking Next. Or, click Cancel to return to the Your Virtual Devices page or Select Deployment Target dialog.
To create a hardware profile starting with a copy:
Or right-click a hardware profile and select Clone.
Your new hardware profile appears in the Select Hardware page. You can optionally create an AVD that uses the hardware profile by clicking Next. Or, click Cancel to return to the Your Virtual Devices page or Select Deployment Target dialog.
Edit existing AVDs
From the Your Virtual Devices page, you can perform the following operations on an existing AVD:
Edit existing hardware profiles
From the Select Hardware page, you can perform the following operations on an existing hardware profile:
You can’t edit or delete the predefined hardware profiles.
Run and stop an emulator, and clear data
From the Your Virtual Devices page, you can perform the following operations on an emulator:
Import and export hardware profiles
From the Select Hardware page, you can import and export hardware profiles:
Hardware profile properties
You can specify the following properties of hardware profiles in the Configure Hardware Profile page. AVD configuration properties override hardware profile properties, and emulator properties that you set while the emulator is running override them both.
The predefined hardware profiles included with the AVD Manager aren’t editable. However, you can copy them and edit the copies.
Hardware Profile Property
Description
Device Name
Name of the hardware profile. The name can contain uppercase or lowercase letters, numbers from 0 to 9, periods (.), underscores (_), parentheses ( () ), and spaces. The name of the file storing the hardware profile is derived from the hardware profile name.
Device Type
Select one of the following:
Screen Size
The physical size of the screen, in inches, measured at the diagonal. If the size is larger than your computer screen, it’s reduced in size at launch.
Screen Resolution
Type a width and height in pixels to specify the total number of pixels on the simulated screen.
Round
Select this option if the device has a round screen, such as some Wear OS devices.
Memory: RAM
Type a RAM size for the device and select the units, one of B (byte), KB (kilobyte), MB (megabyte), GB (gigabyte), or TB (terabyte).
Input: Has Hardware Buttons (Back/Home/Menu)
Select this option if your device has hardware navigation buttons. Deselect it if these buttons are implemented in software only. If you select this option, the buttons won’t appear on the screen. You can use the emulator side panel to «press» the buttons, in either case.
Input: Has Hardware Keyboard
Select this option if your device has a hardware keyboard. Deselect it if it doesn’t. If you select this option, a keyboard won’t appear on the screen. You can use your computer keyboard to send keystrokes to the emulator, in either case.
Navigation Style
Select one of the following:
hese options are for actual hardware controls on the device itself. However, the events sent to the device by an external controller are the same.
Supported Device States
Select one or both options:
If you select both, you can switch between orientations in the emulator. You must select at least one option to continue.
Cameras
To enable the camera, select one or both options:
Later, you can use a webcam or a photo provided by the emulator to simulate taking a photo with the camera.
Sensors: Accelerometer
Select if the device has hardware that helps the device determine its orientation.
Sensors: Gyroscope
Select if the device has hardware that detects rotation or twist. In combination with an accelerometer, it can provide smoother orientation detection and support a six-axis orientation system.
Sensors: GPS
Select if the device has hardware that supports the Global Positioning System (GPS) satellite-based navigation system.
Sensors: Proximity Sensor
Select if the device has hardware that detects if the device is close to your face during a phone call to disable input from the screen.
Default Skin
Select a skin that controls what the device looks like when displayed in the emulator. Remember that specifying a screen size that’s too big for the resolution can mean that the screen is cut off, so you can’t see the whole screen. See Create an emulator skin for more information.
AVD properties
You can specify the following properties for AVD configurations in the Verify Configuration page. The AVD configuration specifies the interaction between the development computer and the emulator, as well as properties you want to override in the hardware profile.
AVD configuration properties override hardware profile properties. Emulator properties that you set while the emulator is running override them both.
AVD Property
Description
AVD Name
Name of the AVD. The name can contain uppercase or lowercase letters, numbers from 0 to 9, periods (.), underscores (_), parentheses ( () ), dashes (-), and spaces. The name of the file storing the AVD configuration is derived from the AVD name.
AVD ID (Advanced)
The AVD filename is derived from the ID, and you can use the ID to refer to the AVD from the command line.
Hardware Profile
Click Change to select a different hardware profile in the Select Hardware page.
System Image
Click Change to select a different system image in the System Image page. An active internet connection is required to download a new image.
Startup Orientation
Select one option for the initial emulator orientation:
An option is enabled only if it’s selected in the hardware profile. When running the AVD in the emulator, you can change the orientation if both portrait and landscape are supported in the hardware profile.
Camera (Advanced)
To enable a camera, select one or both options:
The Emulated setting produces a software-generated image, while the Webcam setting uses your development computer webcam to take a picture.
This option is available only if it’s selected in the hardware profile; it’s not available for Wear OS and Android TV.
Network: Speed (Advanced)
Select a network protocol to determine the speed of data transfer:
Network: Latency (Advanced)
Select a network protocol to set how much time (delay) it takes for the protocol to transfer a data packet from one point to another point.
Emulated Performance: Graphics
Select how graphics are rendered in the emulator:
Emulated Performance: Boot option (Advanced)
Emulated Performance: Multi-Core CPU (Advanced)
Select the number of processor cores on your computer that you’d like to use for the emulator. Using more processor cores speeds up the emulator.
Memory and Storage: RAM
The amount of RAM on the device. This value is set by the hardware manufacturer, but you can override it, if needed, such as for faster emulator operation. Increasing the size uses more resources on your computer. Type a RAM size and select the units, one of B (byte), KB (kilobyte), MB (megabyte), GB (gigabyte), or TB (terabyte).
Memory and Storage: VM Heap
The VM heap size. This value is set by the hardware manufacturer, but you can override it, if needed. Type a heap size and select the units, one of B (byte), KB (kilobyte), MB (megabyte), GB (gigabyte), or TB (terabyte). For more information on Android VMs, see Memory Management for Different Virtual Machines.
Memory and Storage: Internal Storage
The amount of nonremovable memory space available on the device. This value is set by the hardware manufacturer, but you can override it, if needed. Type a size and select the units, one of B (byte), KB (kilobyte), MB (megabyte), GB (gigabyte), or TB (terabyte).
Memory and Storage: SD Card
The amount of removable memory space available to store data on the device. To use a virtual SD card managed by Android Studio, select Studio-managed, type a size, and select the units, one of B (byte), KB (kilobyte), MB (megabyte), GB (gigabyte), or TB (terabyte). A minimum of 100 MB is recommended to use the camera. To manage the space in a file, select External file and click … to specify the file and location. For more information, see mksdcard and AVD data directory.
Device Frame: Enable Device Frame
Select to enable a frame around the emulator window that mimics the look of a real device.
Custom Skin Definition (Advanced)
Select a skin that controls what the device looks like when displayed in the emulator. Remember that specifying a screen size that’s too big for the skin can mean that the screen is cut off, so you can’t see the whole screen. See Create an emulator skin for more information.
Keyboard: Enable Keyboard Input (Advanced)
Select this option if you want to use your hardware keyboard to interact with the emulator. It’s disabled for Wear OS and Android TV.
An Android emulator skin is a collection of files that define the visual and control elements of an emulator display. If the skin definitions available in the AVD settings don’t meet your requirements, you can create your own custom skin definition, and then apply it to your AVD.
Each emulator skin contains:
To create and use a custom skin:
For more detailed information about creating emulator skins, see the Android Emulator Skin File Specification in the tools source code.
Android Studio. Создание виртуального устройства AVD
Виртуальное устройство Android (Android Virtual Device, AVD) позволяет разработчику тестировать свои приложения, не имея под рукой телефона с Android. Можно создавать несколько эмуляторов – устройств AVD, с различными видами конфигурации, чтобы эмулировать различные типы реальных телефонов.
Стандартный эмулятор работает достаточно медленно. Если на Вашем ПК установлен процессор Intel с поддержкой технологии виртуализации VT-x (Intel Virtualization Techology for x86 VT-x) (данные параметры устанавливаются в BIOS), то достаточно просто можно повысить его производительность. Для этого необходимо с помощью SDK Manager инсталлировать следующие пакеты:
Образ Intel x86 Atom System Image будет доступен при создании и настройке конкретного эмулятора.
Далее необходимо установить пакет Intel x86 Emulator Accelerator (HAXM). Он находится здесь sdkextrasintelHardware_Accelerated_Execution_Manager.
Установка Intel HAXM
В процессе установки вам предложат определить объем выделяемой оперативной памяти. Вы можете оставить значение, предложенное по умолчанию. Если в процессе работы вы захотите изменить это значение – запустите установку еще раз.
Если режим не включен или не поддерживается, то появится окно сообщения:
В этом случае проверьте настройки в BIOS, возможно виртуализация поддерживается вашей системой, но по умолчанию отключена.
Размеры и разрешение экрана
Общие сведения о размерах и разрешении экранов нам понадобятся при создании виртуального устройства. Приведем основные сведения.
Существует 4 диапазона размеров экранов:
small— QVGA (320×426 dp)
normal— HVGA (320×470 dp)
large— VGA (480×640 dp)
xlarge— HVGA (720×960 dp), доступно с API 9 (Android 2.3)
и следующие диапазоны плотностей экранов:
Плотность пикселей на дюйм
Соотношение dp к px
ldpi — 120dpi
1 dp = 3/4 px
mdpi — 160dpi
1 dp = 1 px
hdpi — 240dpi
1 dp = 1.5 px
xdpi — 320dpi
1 dp = 2 px
xxdpi — 480dpi (с API 16, Android 4.1)
1 dp = 3 px
xxxdpi — 640dpi (с API 18, Android 4.3)
1 dp = 4 px
nodpi — «как есть»
tvdpi — 1.33 * mdpi
1 dp = 1.33 px
Вот несколько примеров:
Создание виртуального устройства
После установки образа эмулятора Android для x86 необходимо создать новое виртуальное устройство с помощью Android Virtual Device Manager. Для этого:
На этом экране из возможных типов эмуляторов мобильных устройств выбираем тип Phone и переходим к выбору эмулятора модели телефона.
В начале разработки приложения, как правило, наиболее важным параметром эмулятора является скорость его работы, поэтому следует выбрать достаточно простой и быстрый эмулятор. На последующих этапах разработки приложения можно перейти на эмулятор, который наиболее точно моделирует работу реального устройства или использовать реальное устройство. В этой связи для учебных целей выбираем устройство: Nexus One (3.7” 480×800 hdpi) или Nexus S(4.0″480×800 hdpi). Эти эмуляторы требует немного оперативной памяти (500 mb и 375 mb) и поэтому достаточно быстро работают. Следует помнить, что «крутой эмулятор» потребует большие ресурсы ПК, что приводит к медленной его работе, а иногда он может просто не запуститься.
Далее жмём кнопку «Next» и переходим на экран, предлагающий выбрать версию операционной системы для эмулятора.
У Google издавна сложилась традиция называть разрабатываемые версии операционных систем тремя словами:
KitKat — Key Lime Pie(Лаймовый Пирог)
Lollipop — Lemon Meringue Pie(Лимонный Пирог Безе)
MNC — Macadamia Nut Cookie (Печенье из Ореха Макадамия).
Поскольку на ПК, на котором будет запускаться эмулятор, установлен процессор Intel с поддержкой технологии виртуализации VT и используется ОС Windows 7 x86, то выбираем Lollipop уровень API 22, ABI x86, целевая версия Android 5.1.1.
Здесь:
ABI — двоичный интерфейс приложения (Application binary interface)- это образ аппаратной части выбираемой аппаратной платформы создаваемого виртуального устройства. Здесь как раз и следует выбирать x86 образ, который был установлен нами ранее.
Target — целевая версия Android это версия API, на которую ориентировано приложение. Выберем самую новую.
Лучше всегда использовать более новую версию потому, что она содержит более новую версию компилятора и дополнительные проверки, позволяющие в автоматическом режиме находить часто встречающие ошибки. Кроме того:
Если необходима поддержка более старых версий, то необходимо перед созданием виртуального устройства скачать и установить соответствующие пакеты (точно так же как описана установка примеров из SDK приведенная выше).
Если мы ошибочно выберем образ системы, который нами не установлен, то будет выдано соответствующее предупреждение : Consider using an x86 system image for better emulator performance (рассмотрите использование образа системы x86 для повышения производительности эмулятора). Соответствующий экран представлен ниже.
Переходим к следующему экрану. Здесь при необходимости можно внести изменения в характеристики создаваемого виртуального устройства.
Обратим внимание на следующие параметры:
AVD Name — Имя устройства. Можно задать какое нравится, рекомендую указывать что-то простое, на латинице, без пробелов, например, имя устройства и номер AIP: Nexus_S_API22.
Startup size and orientation
Scale – позволяет изменить размер эмулятора на экране монитора.Orientation — позволяет задать книжную или альбомную ориентацию
Emulated performance — производительность эмулятора.
Use Host GPU — использование аппаратного ускорения графики при работе эмулятора. Рекомендуется включить данную опцию — так графика в эмуляторе будет работать быстрее.Snapshot — снимок системы — при включении этой опции эмулятор виртуального устройства будет сохранять свое состояние при рестарте, т.е. после включения (загрузки) получаем устройство в том же состоянии как перед выключением (выгрузкой) эмулятора. Данную опцию пока трогать не будем, оставим ее в выключенном состоянии.
Camera — камера
Front Back — включение эмуляции камер (фронтальной и основной), при желании можно вывести через них картинку с web-камеры. Оставим значения по умолчанию — None, так как в простых учебных примерах камеры практически не применяются, а «боевые» приложения, использующие «сложные» аппаратные возможности надежнее отлаживать на реальных устройствах.
Memory and Storage — опции памяти и внутреннего хранилища.
Здесь указывается, сколько оперативной (RAM) памяти будет доступно в эмуляторе, а так же размер VM Heap — количество доступной памяти для одного экземпляра приложения. Рекомендуется эти значения указывать исходя из ресурсов реальных устройств, поэтому оставим значения по умолчанию (512 и 32). Однако, при увеличении этих параметров приложение в эмуляторе будет работать быстрее, но следует помнить что вы разрабатываете приложение для реального устройства, где объем оперативной памяти жестко задан производителем устройства и поменять его невозможно.
Internal Storage — внутреннее хранилище. Здесь указывается объем внутреннего устройство хранения, опять таки — указывайте значение, которое возможно на реальном устройстве.
SD Card — SD карта. Здесь, если требуется, можно указать параметры используемой виртуальной SD карты памяти (которые используются на реальных устройствах повсеместно, для расширения внутреннего хранилища). Оставим поле Size (размер) пустым — пока что не будем использовать SD карту. Для удобства программиста здесь же можно указать готовый образ SD карты в файле, если такая необходимость есть.
Frame Frame – имитировать ли внешний вид реального устройства.
Skin — скин эмулятора. Включение отображения аппаратных элементов управления в окне эмулятора (hardware buttons). Так же воспользуемся данным пунктом, что бы видеть кнопки устройства в окне эмулятора.
Keyboard — клавиатура. Включение представления аппаратной клавиатуры (hardware keyboard). Воспользуемся данным пунктом.
Теперь осталось запустить и проверить все ли настроено верно. Выбираем созданный эмулятор и запускаем его кнопкой «Start”.
Далее идем в настройки и выполняем следующие действия:
Если все было сделано правильно, то для нашего примера, в поле «Модель» мы увидим строку «Android SDK Build for x86«.
Ранее мы писали о том, как установить и настроить работу Android SDK Manager – программы, которая тесно взаимосвязана с Android Virtual Device Manager.
AVD Manager – это инструмент, который является частью Android Studio и предназначен для настройки, проверки и обновления SDK компонентов в среде разработки приложений под операционную систему Android. Именно с этим приложением у пользователей ПК возникает ряд сложностей. Поэтому, чтобы установить и настроить AVD Manager на своём ПК, стоит учесть несколько рекомендаций.
Читайте также:Windows Phone Device Manager – мультифункциональный менеджер для администрирования устройств
Содержание:
При подключении мобильного устройства к ПК менеджер AVD определяет версию Android-системы и выдает рекомендации касательно необходимых библиотек. Также с помощью AVD Manager можно создать образ системы со всеми установленными приложениями.
Скачать Android Virtual Device Manager можно по ссылке. Инструмент является частью Android Studio.
Для того, чтобы запустить AVD Manager, стоит выполнить следующие действия.
Чтобы создать новое вириальное устройство выполняем следующие действия:
Виртуальное устройство под управлением ОС Android готово. Теперь на нём можно проверять разработанные программы.
Давайте создадим эмулятор android, для тестирования в процессе написания приложений. В прошлый раз мы настроили SDK в среде Android Studio , обновили версии, пакеты OS Android. Впрочем, можно пользоваться реальным устройством: телефон, планшет.
Создание эмулятора Android, настройка эмулятора Android
Иногда это оправдано, к примеру, если вы создаете android APK для себя. На телефоне включаем в меню режим разработчика, подключаем устройство по USB кабелю к компьютеру, и при сборке приложение будет устанавливаться на смартфон, тестируйте на здоровье. Можно тестировать по WIFI, через adb, лично я ставил на телефон ADB Wireless Pro 1.9.2,
при запуске выбирал тип подключения wifi, а на компьютере в total commander, в разделе плагины запускал ADB,
указывал ip и port,
и соединялся.
Читайте также: Intent — Android приложение с несколькими Activity
Далее Android Studio по wifi устанавливал тестируемый apk на телефон. Можно и через консоль но «это не наш метод». Зачем нужен эмулятор Android, спросите вы? А затем, что версий андроид и моделей устройств просто зоопарк целый, и с каждым днем становится все больше. Представьте если вам нужно писать для «старенькой» модели телефона или планшета, а у вас его нет в наличии, не покупать же. Этот способ подходит для крупных компаний, профессионально занимающихся разработкой приложений для android, с бюджетом, стремящимся к бесконечности. Мы же из простых, мелкопоместных, будем юзать эмулятор, он до определенной степени предоставляет возможность выбора версий и моделей андройдов, хотя он память жрет прилично..
Запустим Android Studio, в верхнем меню нажмем Tools->Android->AVD Manager,
в нем нажмем кнопку внизу с зеленым плюсом Create Virtual Device…
Новое виртуальное устройство
Читайте также: Android приложение за 5 минут. Часть 2
В Category выберем Phone, вроде там это по умолчанию, для примера эмулятор будем создавать по образу и подобию Galaxy Nexus, жмем Next
Android Studio, исходя из установленных у меня в системе образов, рекомендовала мне Marshmallow версия 6.0,
так как я не скачал Android N 7.0, впрочем, для тестов мне и этого достаточно
на третей вкладке Other Images, можно выбрать другую версию, хотите можете поэкспериментировать) жмем Next
На следующем шаге можно переименовать наше виртуальное устройство, сменить размер экрана, версию андроида,
хотя можно и так оставить.
Читайте также: Приложение-браузер для android устройств
Больший интерес представляет кнопка дополнительной настройки Show Advanced Settings
нажав на которую будут показаны элементы настройки камеры, сети, можно регулировать объем оперативной памяти, размер SD CARD, насчет памяти особо важно, я оставил 1 ГГб, вы можете поставить 512 Мб, если оперативы на ПК маловато.
Жмем Finish, после некоторых раздумий при создании нового AVD, вы увидите, в менеджере новое виртуальное устройство.
В правом углу есть три кнопки: зеленая стрелка-пуск эмулятора, зеленый карандаш-изменить свойства устройства, и черная стрелка вниз открывает дополнительное выпадающее меню, в котором можно очистить, клонировать и удалить устройство.
Нажмем Пуск, подождем некоторое время, пока виртуальное устройство запустится
я для примера запустил диспетчер задач, чтобы посмотреть, сколько расходуется памяти. При том, что на эмуляторе не запущено ни одного приложения для тестирования, сама студия использовала 700 МБ оперативной памяти, а эмулятор более 1,4 ГГб. В следующий раз создадим что нибудь для примера и сравним результаты.
В этом видео подробно показано как создать эмулятор Android и настроить AVD:
Рекомендуем смотреть видео в полноэкранном режиме, в настойках качества выбирайте 1080 HD, не забывайте подписываться на канал в YouTube, там Вы найдете много интересного видео, которое выходит достаточно часто. Приятного просмотра!
С уважением, авторы сайта Компьютерапия
Понравилась статья? Поделитесь ею с друзьями и напишите отзыв в комментариях!
Используемые источники:
Tip: If you want to launch your app into an emulator, instead run your app from Android Studio and then in the Select Deployment Target dialog that appears, click Create New Virtual Device.
To create a new AVD:
If you don’t see the hardware profile you want, you can create or import a hardware profile.
The System Image page appears.
The new AVD appears in the Your Virtual Devices page or the Select Deployment Target dialog.
To create an AVD starting with a copy:
Or click Menu and select Duplicate.
The Verify Configuration page appears.
The AVD appears in the Your Virtual Devices page.
The AVD Manager provides predefined hardware profiles for common devices so you can easily add them to your AVD definitions. If you need to define a different device, you can create a new hardware profile. You can define a new hardware profile from the beginning, or copy a hardware profile as a start. The preloaded hardware profiles aren’t editable.
To create a new hardware profile from the beginning:
Your new hardware profile appears in the Select Hardware page. You can optionally create an AVD that uses the hardware profile by clicking Next. Or, click Cancel to return to the Your Virtual Devices page or Select Deployment Target dialog.
To create a hardware profile starting with a copy:
Or right-click a hardware profile and select Clone.
Your new hardware profile appears in the Select Hardware page. You can optionally create an AVD that uses the hardware profile by clicking Next. Or, click Cancel to return to the Your Virtual Devices page or Select Deployment Target dialog.
Edit existing AVDs
From the Your Virtual Devices page, you can perform the following operations on an existing AVD:
Edit existing hardware profiles
From the Select Hardware page, you can perform the following operations on an existing hardware profile:
You can’t edit or delete the predefined hardware profiles.
Run and stop an emulator, and clear data
From the Your Virtual Devices page, you can perform the following operations on an emulator:
Import and export hardware profiles
From the Select Hardware page, you can import and export hardware profiles:
Hardware profile properties
You can specify the following properties of hardware profiles in the Configure Hardware Profile page. AVD configuration properties override hardware profile properties, and emulator properties that you set while the emulator is running override them both.
The predefined hardware profiles included with the AVD Manager aren’t editable. However, you can copy them and edit the copies.
Hardware Profile Property
Description
Device Name
Name of the hardware profile. The name can contain uppercase or lowercase letters, numbers from 0 to 9, periods (.), underscores (_), parentheses ( () ), and spaces. The name of the file storing the hardware profile is derived from the hardware profile name.
Device Type
Select one of the following:
Screen Size
The physical size of the screen, in inches, measured at the diagonal. If the size is larger than your computer screen, it’s reduced in size at launch.
Screen Resolution
Type a width and height in pixels to specify the total number of pixels on the simulated screen.
Round
Select this option if the device has a round screen, such as some Wear OS devices.
Memory: RAM
Type a RAM size for the device and select the units, one of B (byte), KB (kilobyte), MB (megabyte), GB (gigabyte), or TB (terabyte).
Input: Has Hardware Buttons (Back/Home/Menu)
Select this option if your device has hardware navigation buttons. Deselect it if these buttons are implemented in software only. If you select this option, the buttons won’t appear on the screen. You can use the emulator side panel to «press» the buttons, in either case.
Input: Has Hardware Keyboard
Select this option if your device has a hardware keyboard. Deselect it if it doesn’t. If you select this option, a keyboard won’t appear on the screen. You can use your computer keyboard to send keystrokes to the emulator, in either case.
Navigation Style
Select one of the following:
hese options are for actual hardware controls on the device itself. However, the events sent to the device by an external controller are the same.
Supported Device States
Select one or both options:
If you select both, you can switch between orientations in the emulator. You must select at least one option to continue.
Cameras
To enable the camera, select one or both options:
Later, you can use a webcam or a photo provided by the emulator to simulate taking a photo with the camera.
Sensors: Accelerometer
Select if the device has hardware that helps the device determine its orientation.
Sensors: Gyroscope
Select if the device has hardware that detects rotation or twist. In combination with an accelerometer, it can provide smoother orientation detection and support a six-axis orientation system.
Sensors: GPS
Select if the device has hardware that supports the Global Positioning System (GPS) satellite-based navigation system.
Sensors: Proximity Sensor
Select if the device has hardware that detects if the device is close to your face during a phone call to disable input from the screen.
Default Skin
Select a skin that controls what the device looks like when displayed in the emulator. Remember that specifying a screen size that’s too big for the resolution can mean that the screen is cut off, so you can’t see the whole screen. See Create an emulator skin for more information.
AVD properties
You can specify the following properties for AVD configurations in the Verify Configuration page. The AVD configuration specifies the interaction between the development computer and the emulator, as well as properties you want to override in the hardware profile.
AVD configuration properties override hardware profile properties. Emulator properties that you set while the emulator is running override them both.
AVD Property
Description
AVD Name
Name of the AVD. The name can contain uppercase or lowercase letters, numbers from 0 to 9, periods (.), underscores (_), parentheses ( () ), dashes (-), and spaces. The name of the file storing the AVD configuration is derived from the AVD name.
AVD ID (Advanced)
The AVD filename is derived from the ID, and you can use the ID to refer to the AVD from the command line.
Hardware Profile
Click Change to select a different hardware profile in the Select Hardware page.
System Image
Click Change to select a different system image in the System Image page. An active internet connection is required to download a new image.
Startup Orientation
Select one option for the initial emulator orientation:
An option is enabled only if it’s selected in the hardware profile. When running the AVD in the emulator, you can change the orientation if both portrait and landscape are supported in the hardware profile.
Camera (Advanced)
To enable a camera, select one or both options:
The Emulated setting produces a software-generated image, while the Webcam setting uses your development computer webcam to take a picture.
This option is available only if it’s selected in the hardware profile; it’s not available for Wear OS and Android TV.
Network: Speed (Advanced)
Select a network protocol to determine the speed of data transfer:
Network: Latency (Advanced)
Select a network protocol to set how much time (delay) it takes for the protocol to transfer a data packet from one point to another point.
Emulated Performance: Graphics
Select how graphics are rendered in the emulator:
Emulated Performance: Boot option (Advanced)
Emulated Performance: Multi-Core CPU (Advanced)
Select the number of processor cores on your computer that you’d like to use for the emulator. Using more processor cores speeds up the emulator.
Memory and Storage: RAM
The amount of RAM on the device. This value is set by the hardware manufacturer, but you can override it, if needed, such as for faster emulator operation. Increasing the size uses more resources on your computer. Type a RAM size and select the units, one of B (byte), KB (kilobyte), MB (megabyte), GB (gigabyte), or TB (terabyte).
Memory and Storage: VM Heap
The VM heap size. This value is set by the hardware manufacturer, but you can override it, if needed. Type a heap size and select the units, one of B (byte), KB (kilobyte), MB (megabyte), GB (gigabyte), or TB (terabyte). For more information on Android VMs, see Memory Management for Different Virtual Machines.
Memory and Storage: Internal Storage
The amount of nonremovable memory space available on the device. This value is set by the hardware manufacturer, but you can override it, if needed. Type a size and select the units, one of B (byte), KB (kilobyte), MB (megabyte), GB (gigabyte), or TB (terabyte).
Memory and Storage: SD Card
The amount of removable memory space available to store data on the device. To use a virtual SD card managed by Android Studio, select Studio-managed, type a size, and select the units, one of B (byte), KB (kilobyte), MB (megabyte), GB (gigabyte), or TB (terabyte). A minimum of 100 MB is recommended to use the camera. To manage the space in a file, select External file and click … to specify the file and location. For more information, see mksdcard and AVD data directory.
Device Frame: Enable Device Frame
Select to enable a frame around the emulator window that mimics the look of a real device.
Custom Skin Definition (Advanced)
Select a skin that controls what the device looks like when displayed in the emulator. Remember that specifying a screen size that’s too big for the skin can mean that the screen is cut off, so you can’t see the whole screen. See Create an emulator skin for more information.
Keyboard: Enable Keyboard Input (Advanced)
Select this option if you want to use your hardware keyboard to interact with the emulator. It’s disabled for Wear OS and Android TV.
An Android emulator skin is a collection of files that define the visual and control elements of an emulator display. If the skin definitions available in the AVD settings don’t meet your requirements, you can create your own custom skin definition, and then apply it to your AVD.
Each emulator skin contains:
To create and use a custom skin:
For more detailed information about creating emulator skins, see the Android Emulator Skin File Specification in the tools source code.
Android Studio. Создание виртуального устройства AVD
Виртуальное устройство Android (Android Virtual Device, AVD) позволяет разработчику тестировать свои приложения, не имея под рукой телефона с Android. Можно создавать несколько эмуляторов – устройств AVD, с различными видами конфигурации, чтобы эмулировать различные типы реальных телефонов.
Стандартный эмулятор работает достаточно медленно. Если на Вашем ПК установлен процессор Intel с поддержкой технологии виртуализации VT-x (Intel Virtualization Techology for x86 VT-x) (данные параметры устанавливаются в BIOS), то достаточно просто можно повысить его производительность. Для этого необходимо с помощью SDK Manager инсталлировать следующие пакеты:
Образ Intel x86 Atom System Image будет доступен при создании и настройке конкретного эмулятора.
Далее необходимо установить пакет Intel x86 Emulator Accelerator (HAXM). Он находится здесь sdkextrasintelHardware_Accelerated_Execution_Manager.
Установка Intel HAXM
В процессе установки вам предложат определить объем выделяемой оперативной памяти. Вы можете оставить значение, предложенное по умолчанию. Если в процессе работы вы захотите изменить это значение – запустите установку еще раз.
Если режим не включен или не поддерживается, то появится окно сообщения:
В этом случае проверьте настройки в BIOS, возможно виртуализация поддерживается вашей системой, но по умолчанию отключена.
Размеры и разрешение экрана
Общие сведения о размерах и разрешении экранов нам понадобятся при создании виртуального устройства. Приведем основные сведения.
Существует 4 диапазона размеров экранов:
small— QVGA (320×426 dp)
normal— HVGA (320×470 dp)
large— VGA (480×640 dp)
xlarge— HVGA (720×960 dp), доступно с API 9 (Android 2.3)
и следующие диапазоны плотностей экранов:
Плотность пикселей на дюйм
Соотношение dp к px
ldpi — 120dpi
1 dp = 3/4 px
mdpi — 160dpi
1 dp = 1 px
hdpi — 240dpi
1 dp = 1.5 px
xdpi — 320dpi
1 dp = 2 px
xxdpi — 480dpi (с API 16, Android 4.1)
1 dp = 3 px
xxxdpi — 640dpi (с API 18, Android 4.3)
1 dp = 4 px
nodpi — «как есть»
tvdpi — 1.33 * mdpi
1 dp = 1.33 px
Вот несколько примеров:
Создание виртуального устройства
После установки образа эмулятора Android для x86 необходимо создать новое виртуальное устройство с помощью Android Virtual Device Manager. Для этого:
На этом экране из возможных типов эмуляторов мобильных устройств выбираем тип Phone и переходим к выбору эмулятора модели телефона.
В начале разработки приложения, как правило, наиболее важным параметром эмулятора является скорость его работы, поэтому следует выбрать достаточно простой и быстрый эмулятор. На последующих этапах разработки приложения можно перейти на эмулятор, который наиболее точно моделирует работу реального устройства или использовать реальное устройство. В этой связи для учебных целей выбираем устройство: Nexus One (3.7” 480×800 hdpi) или Nexus S(4.0″480×800 hdpi). Эти эмуляторы требует немного оперативной памяти (500 mb и 375 mb) и поэтому достаточно быстро работают. Следует помнить, что «крутой эмулятор» потребует большие ресурсы ПК, что приводит к медленной его работе, а иногда он может просто не запуститься.
Далее жмём кнопку «Next» и переходим на экран, предлагающий выбрать версию операционной системы для эмулятора.
У Google издавна сложилась традиция называть разрабатываемые версии операционных систем тремя словами:
KitKat — Key Lime Pie(Лаймовый Пирог)
Lollipop — Lemon Meringue Pie(Лимонный Пирог Безе)
MNC — Macadamia Nut Cookie (Печенье из Ореха Макадамия).
Поскольку на ПК, на котором будет запускаться эмулятор, установлен процессор Intel с поддержкой технологии виртуализации VT и используется ОС Windows 7 x86, то выбираем Lollipop уровень API 22, ABI x86, целевая версия Android 5.1.1.
Здесь:
ABI — двоичный интерфейс приложения (Application binary interface)- это образ аппаратной части выбираемой аппаратной платформы создаваемого виртуального устройства. Здесь как раз и следует выбирать x86 образ, который был установлен нами ранее.
Target — целевая версия Android это версия API, на которую ориентировано приложение. Выберем самую новую.
Лучше всегда использовать более новую версию потому, что она содержит более новую версию компилятора и дополнительные проверки, позволяющие в автоматическом режиме находить часто встречающие ошибки. Кроме того:
Если необходима поддержка более старых версий, то необходимо перед созданием виртуального устройства скачать и установить соответствующие пакеты (точно так же как описана установка примеров из SDK приведенная выше).
Если мы ошибочно выберем образ системы, который нами не установлен, то будет выдано соответствующее предупреждение : Consider using an x86 system image for better emulator performance (рассмотрите использование образа системы x86 для повышения производительности эмулятора). Соответствующий экран представлен ниже.
Переходим к следующему экрану. Здесь при необходимости можно внести изменения в характеристики создаваемого виртуального устройства.
Обратим внимание на следующие параметры:
AVD Name — Имя устройства. Можно задать какое нравится, рекомендую указывать что-то простое, на латинице, без пробелов, например, имя устройства и номер AIP: Nexus_S_API22.
Startup size and orientation
Scale – позволяет изменить размер эмулятора на экране монитора.Orientation — позволяет задать книжную или альбомную ориентацию
Emulated performance — производительность эмулятора.
Use Host GPU — использование аппаратного ускорения графики при работе эмулятора. Рекомендуется включить данную опцию — так графика в эмуляторе будет работать быстрее.Snapshot — снимок системы — при включении этой опции эмулятор виртуального устройства будет сохранять свое состояние при рестарте, т.е. после включения (загрузки) получаем устройство в том же состоянии как перед выключением (выгрузкой) эмулятора. Данную опцию пока трогать не будем, оставим ее в выключенном состоянии.
Camera — камера
Front Back — включение эмуляции камер (фронтальной и основной), при желании можно вывести через них картинку с web-камеры. Оставим значения по умолчанию — None, так как в простых учебных примерах камеры практически не применяются, а «боевые» приложения, использующие «сложные» аппаратные возможности надежнее отлаживать на реальных устройствах.
Memory and Storage — опции памяти и внутреннего хранилища.
Здесь указывается, сколько оперативной (RAM) памяти будет доступно в эмуляторе, а так же размер VM Heap — количество доступной памяти для одного экземпляра приложения. Рекомендуется эти значения указывать исходя из ресурсов реальных устройств, поэтому оставим значения по умолчанию (512 и 32). Однако, при увеличении этих параметров приложение в эмуляторе будет работать быстрее, но следует помнить что вы разрабатываете приложение для реального устройства, где объем оперативной памяти жестко задан производителем устройства и поменять его невозможно.
Internal Storage — внутреннее хранилище. Здесь указывается объем внутреннего устройство хранения, опять таки — указывайте значение, которое возможно на реальном устройстве.
SD Card — SD карта. Здесь, если требуется, можно указать параметры используемой виртуальной SD карты памяти (которые используются на реальных устройствах повсеместно, для расширения внутреннего хранилища). Оставим поле Size (размер) пустым — пока что не будем использовать SD карту. Для удобства программиста здесь же можно указать готовый образ SD карты в файле, если такая необходимость есть.
Frame Frame – имитировать ли внешний вид реального устройства.
Skin — скин эмулятора. Включение отображения аппаратных элементов управления в окне эмулятора (hardware buttons). Так же воспользуемся данным пунктом, что бы видеть кнопки устройства в окне эмулятора.
Keyboard — клавиатура. Включение представления аппаратной клавиатуры (hardware keyboard). Воспользуемся данным пунктом.
Теперь осталось запустить и проверить все ли настроено верно. Выбираем созданный эмулятор и запускаем его кнопкой «Start”.
Далее идем в настройки и выполняем следующие действия:
Если все было сделано правильно, то для нашего примера, в поле «Модель» мы увидим строку «Android SDK Build for x86«.
Ранее мы писали о том, как установить и настроить работу Android SDK Manager – программы, которая тесно взаимосвязана с Android Virtual Device Manager.
AVD Manager – это инструмент, который является частью Android Studio и предназначен для настройки, проверки и обновления SDK компонентов в среде разработки приложений под операционную систему Android. Именно с этим приложением у пользователей ПК возникает ряд сложностей. Поэтому, чтобы установить и настроить AVD Manager на своём ПК, стоит учесть несколько рекомендаций.
Читайте также:Windows Phone Device Manager – мультифункциональный менеджер для администрирования устройств
Содержание:
При подключении мобильного устройства к ПК менеджер AVD определяет версию Android-системы и выдает рекомендации касательно необходимых библиотек. Также с помощью AVD Manager можно создать образ системы со всеми установленными приложениями.
Скачать Android Virtual Device Manager можно по ссылке. Инструмент является частью Android Studio.
Для того, чтобы запустить AVD Manager, стоит выполнить следующие действия.
Чтобы создать новое вириальное устройство выполняем следующие действия:
Виртуальное устройство под управлением ОС Android готово. Теперь на нём можно проверять разработанные программы.
Давайте создадим эмулятор android, для тестирования в процессе написания приложений. В прошлый раз мы настроили SDK в среде Android Studio , обновили версии, пакеты OS Android. Впрочем, можно пользоваться реальным устройством: телефон, планшет.
Создание эмулятора Android, настройка эмулятора Android
Иногда это оправдано, к примеру, если вы создаете android APK для себя. На телефоне включаем в меню режим разработчика, подключаем устройство по USB кабелю к компьютеру, и при сборке приложение будет устанавливаться на смартфон, тестируйте на здоровье. Можно тестировать по WIFI, через adb, лично я ставил на телефон ADB Wireless Pro 1.9.2,
при запуске выбирал тип подключения wifi, а на компьютере в total commander, в разделе плагины запускал ADB,
указывал ip и port,
и соединялся.
Читайте также: Intent — Android приложение с несколькими Activity
Далее Android Studio по wifi устанавливал тестируемый apk на телефон. Можно и через консоль но «это не наш метод». Зачем нужен эмулятор Android, спросите вы? А затем, что версий андроид и моделей устройств просто зоопарк целый, и с каждым днем становится все больше. Представьте если вам нужно писать для «старенькой» модели телефона или планшета, а у вас его нет в наличии, не покупать же. Этот способ подходит для крупных компаний, профессионально занимающихся разработкой приложений для android, с бюджетом, стремящимся к бесконечности. Мы же из простых, мелкопоместных, будем юзать эмулятор, он до определенной степени предоставляет возможность выбора версий и моделей андройдов, хотя он память жрет прилично..
Запустим Android Studio, в верхнем меню нажмем Tools->Android->AVD Manager,
в нем нажмем кнопку внизу с зеленым плюсом Create Virtual Device…
Новое виртуальное устройство
Читайте также: Android приложение за 5 минут. Часть 2
В Category выберем Phone, вроде там это по умолчанию, для примера эмулятор будем создавать по образу и подобию Galaxy Nexus, жмем Next
Android Studio, исходя из установленных у меня в системе образов, рекомендовала мне Marshmallow версия 6.0,
так как я не скачал Android N 7.0, впрочем, для тестов мне и этого достаточно
на третей вкладке Other Images, можно выбрать другую версию, хотите можете поэкспериментировать) жмем Next
На следующем шаге можно переименовать наше виртуальное устройство, сменить размер экрана, версию андроида,
хотя можно и так оставить.
Читайте также: Приложение-браузер для android устройств
Больший интерес представляет кнопка дополнительной настройки Show Advanced Settings
нажав на которую будут показаны элементы настройки камеры, сети, можно регулировать объем оперативной памяти, размер SD CARD, насчет памяти особо важно, я оставил 1 ГГб, вы можете поставить 512 Мб, если оперативы на ПК маловато.
Жмем Finish, после некоторых раздумий при создании нового AVD, вы увидите, в менеджере новое виртуальное устройство.
В правом углу есть три кнопки: зеленая стрелка-пуск эмулятора, зеленый карандаш-изменить свойства устройства, и черная стрелка вниз открывает дополнительное выпадающее меню, в котором можно очистить, клонировать и удалить устройство.
Нажмем Пуск, подождем некоторое время, пока виртуальное устройство запустится
я для примера запустил диспетчер задач, чтобы посмотреть, сколько расходуется памяти. При том, что на эмуляторе не запущено ни одного приложения для тестирования, сама студия использовала 700 МБ оперативной памяти, а эмулятор более 1,4 ГГб. В следующий раз создадим что нибудь для примера и сравним результаты.
В этом видео подробно показано как создать эмулятор Android и настроить AVD:
Рекомендуем смотреть видео в полноэкранном режиме, в настойках качества выбирайте 1080 HD, не забывайте подписываться на канал в YouTube, там Вы найдете много интересного видео, которое выходит достаточно часто. Приятного просмотра!
С уважением, авторы сайта Компьютерапия
Понравилась статья? Поделитесь ею с друзьями и напишите отзыв в комментариях!
Используемые источники:
You can specify the following properties of hardware profiles in the Configure Hardware Profile page. AVD configuration properties override hardware profile properties, and emulator properties that you set while the emulator is running override them both.
The predefined hardware profiles included with the AVD Manager aren’t editable. However, you can copy them and edit the copies.
| Hardware Profile Property | Description |
|---|---|
| Device Name | Name of the hardware profile. The name can contain uppercase or lowercase letters, numbers from 0 to 9, periods (.), underscores (_), parentheses ( () ), and spaces. The name of the file storing the hardware profile is derived from the hardware profile name. |
| Device Type | Select one of the following:
|
| Screen Size | The physical size of the screen, in inches, measured at the diagonal. If the size is larger than your computer screen, it’s reduced in size at launch. |
| Screen Resolution | Type a width and height in pixels to specify the total number of pixels on the simulated screen. |
| Round | Select this option if the device has a round screen, such as some Wear OS devices. |
| Memory: RAM | Type a RAM size for the device and select the units, one of B (byte), KB (kilobyte), MB (megabyte), GB (gigabyte), or TB (terabyte). |
| Input: Has Hardware Buttons (Back/Home/Menu) | Select this option if your device has hardware navigation buttons. Deselect it if these buttons are implemented in software only. If you select this option, the buttons won’t appear on the screen. You can use the emulator side panel to «press» the buttons, in either case. |
| Input: Has Hardware Keyboard | Select this option if your device has a hardware keyboard. Deselect it if it doesn’t. If you select this option, a keyboard won’t appear on the screen. You can use your computer keyboard to send keystrokes to the emulator, in either case. |
| Navigation Style |
Select one of the following: hese options are for actual hardware controls on the device itself. However, the events sent to the device by an external controller are the same. |
| Supported Device States |
Select one or both options: If you select both, you can switch between orientations in the emulator. You must select at least one option to continue. |
| Cameras |
To enable the camera, select one or both options: Later, you can use a webcam or a photo provided by the emulator to simulate taking a photo with the camera. |
| Sensors: Accelerometer | Select if the device has hardware that helps the device determine its orientation. |
| Sensors: Gyroscope | Select if the device has hardware that detects rotation or twist. In combination with an accelerometer, it can provide smoother orientation detection and support a six-axis orientation system. |
| Sensors: GPS | Select if the device has hardware that supports the Global Positioning System (GPS) satellite-based navigation system. |
| Sensors: Proximity Sensor | Select if the device has hardware that detects if the device is close to your face during a phone call to disable input from the screen. |
| Default Skin | Select a skin that controls what the device looks like when displayed in the emulator. Remember that specifying a screen size that’s too big for the resolution can mean that the screen is cut off, so you can’t see the whole screen. See Create an emulator skin for more information. |
| AVD Property | Description |
|---|---|
| AVD Name | Name of the AVD. The name can contain uppercase or lowercase letters, numbers from 0 to 9, periods (.), underscores (_), parentheses ( () ), dashes (-), and spaces. The name of the file storing the AVD configuration is derived from the AVD name. |
| AVD ID (Advanced) | The AVD filename is derived from the ID, and you can use the ID to refer to the AVD from the command line. |
| Hardware Profile | Click Change to select a different hardware profile in the Select Hardware page. |
| System Image | Click Change to select a different system image in the System Image page. An active internet connection is required to download a new image. |
| Startup Orientation |
Select one option for the initial emulator orientation: An option is enabled only if it’s selected in the hardware profile. When running the AVD in the emulator, you can change the orientation if both portrait and landscape are supported in the hardware profile. |
| Camera (Advanced) |
To enable a camera, select one or both options: The Emulated setting produces a software-generated image, while the Webcam setting uses your development computer webcam to take a picture. This option is available only if it’s selected in the hardware profile; it’s not available for Wear OS and Android TV. |
| Network: Speed (Advanced) |
Select a network protocol to determine the speed of data transfer: |
| Network: Latency (Advanced) | Select a network protocol to set how much time (delay) it takes for the protocol to transfer a data packet from one point to another point. |
| Emulated Performance: Graphics |
Select how graphics are rendered in the emulator: |
| Emulated Performance: Boot option (Advanced) |
|
| Emulated Performance: Multi-Core CPU (Advanced) | Select the number of processor cores on your computer that you’d like to use for the emulator. Using more processor cores speeds up the emulator. |
| Memory and Storage: RAM | The amount of RAM on the device. This value is set by the hardware manufacturer, but you can override it, if needed, such as for faster emulator operation. Increasing the size uses more resources on your computer. Type a RAM size and select the units, one of B (byte), KB (kilobyte), MB (megabyte), GB (gigabyte), or TB (terabyte). |
| Memory and Storage: VM Heap | The VM heap size. This value is set by the hardware manufacturer, but you can override it, if needed. Type a heap size and select the units, one of B (byte), KB (kilobyte), MB (megabyte), GB (gigabyte), or TB (terabyte). For more information on Android VMs, see Memory Management for Different Virtual Machines. |
| Memory and Storage: Internal Storage | The amount of nonremovable memory space available on the device. This value is set by the hardware manufacturer, but you can override it, if needed. Type a size and select the units, one of B (byte), KB (kilobyte), MB (megabyte), GB (gigabyte), or TB (terabyte). |
| Memory and Storage: SD Card | The amount of removable memory space available to store data on the device. To use a virtual SD card managed by Android Studio, select Studio-managed, type a size, and select the units, one of B (byte), KB (kilobyte), MB (megabyte), GB (gigabyte), or TB (terabyte). A minimum of 100 MB is recommended to use the camera. To manage the space in a file, select External file and click … to specify the file and location. For more information, see mksdcard and AVD data directory. |
| Device Frame: Enable Device Frame | Select to enable a frame around the emulator window that mimics the look of a real device. |
| Custom Skin Definition (Advanced) | Select a skin that controls what the device looks like when displayed in the emulator. Remember that specifying a screen size that’s too big for the skin can mean that the screen is cut off, so you can’t see the whole screen. See Create an emulator skin for more information. |
| Keyboard: Enable Keyboard Input (Advanced) | Select this option if you want to use your hardware keyboard to interact with the emulator. It’s disabled for Wear OS and Android TV. |
An Android emulator skin is a collection of files that define the visual and control elements of an emulator display. If the skin definitions available in the AVD settings don’t meet your requirements, you can create your own custom skin definition, and then apply it to your AVD.
Each emulator skin contains:
To create and use a custom skin:
For more detailed information about creating emulator skins, see the Android Emulator Skin File Specification in the tools source code.
Android Studio. Создание виртуального устройства AVD
Виртуальное устройство Android (Android Virtual Device, AVD) позволяет разработчику тестировать свои приложения, не имея под рукой телефона с Android. Можно создавать несколько эмуляторов – устройств AVD, с различными видами конфигурации, чтобы эмулировать различные типы реальных телефонов.
Стандартный эмулятор работает достаточно медленно. Если на Вашем ПК установлен процессор Intel с поддержкой технологии виртуализации VT-x (Intel Virtualization Techology for x86 VT-x) (данные параметры устанавливаются в BIOS), то достаточно просто можно повысить его производительность. Для этого необходимо с помощью SDK Manager инсталлировать следующие пакеты:
Образ Intel x86 Atom System Image будет доступен при создании и настройке конкретного эмулятора.
Далее необходимо установить пакет Intel x86 Emulator Accelerator (HAXM). Он находится здесь sdkextrasintelHardware_Accelerated_Execution_Manager.
Установка Intel HAXM
В процессе установки вам предложат определить объем выделяемой оперативной памяти. Вы можете оставить значение, предложенное по умолчанию. Если в процессе работы вы захотите изменить это значение – запустите установку еще раз.
Если режим не включен или не поддерживается, то появится окно сообщения:
В этом случае проверьте настройки в BIOS, возможно виртуализация поддерживается вашей системой, но по умолчанию отключена.
Размеры и разрешение экрана
Общие сведения о размерах и разрешении экранов нам понадобятся при создании виртуального устройства. Приведем основные сведения.
Существует 4 диапазона размеров экранов:
small— QVGA (320×426 dp)
normal— HVGA (320×470 dp)
large— VGA (480×640 dp)
xlarge— HVGA (720×960 dp), доступно с API 9 (Android 2.3)
и следующие диапазоны плотностей экранов:
| Плотность пикселей на дюйм | Соотношение dp к px |
| ldpi — 120dpi | 1 dp = 3/4 px |
| mdpi — 160dpi | 1 dp = 1 px |
| hdpi — 240dpi | 1 dp = 1.5 px |
| xdpi — 320dpi | 1 dp = 2 px |
| xxdpi — 480dpi (с API 16, Android 4.1) | 1 dp = 3 px |
| xxxdpi — 640dpi (с API 18, Android 4.3) | 1 dp = 4 px |
| nodpi — «как есть» | |
| tvdpi — 1.33 * mdpi | 1 dp = 1.33 px |
Вот несколько примеров:
Создание виртуального устройства
После установки образа эмулятора Android для x86 необходимо создать новое виртуальное устройство с помощью Android Virtual Device Manager. Для этого:
На этом экране из возможных типов эмуляторов мобильных устройств выбираем тип Phone и переходим к выбору эмулятора модели телефона.
В начале разработки приложения, как правило, наиболее важным параметром эмулятора является скорость его работы, поэтому следует выбрать достаточно простой и быстрый эмулятор. На последующих этапах разработки приложения можно перейти на эмулятор, который наиболее точно моделирует работу реального устройства или использовать реальное устройство. В этой связи для учебных целей выбираем устройство: Nexus One (3.7” 480×800 hdpi) или Nexus S(4.0″480×800 hdpi). Эти эмуляторы требует немного оперативной памяти (500 mb и 375 mb) и поэтому достаточно быстро работают. Следует помнить, что «крутой эмулятор» потребует большие ресурсы ПК, что приводит к медленной его работе, а иногда он может просто не запуститься.
Далее жмём кнопку «Next» и переходим на экран, предлагающий выбрать версию операционной системы для эмулятора.
У Google издавна сложилась традиция называть разрабатываемые версии операционных систем тремя словами:
KitKat — Key Lime Pie(Лаймовый Пирог)
Lollipop — Lemon Meringue Pie(Лимонный Пирог Безе)
MNC — Macadamia Nut Cookie (Печенье из Ореха Макадамия).
Поскольку на ПК, на котором будет запускаться эмулятор, установлен процессор Intel с поддержкой технологии виртуализации VT и используется ОС Windows 7 x86, то выбираем Lollipop уровень API 22, ABI x86, целевая версия Android 5.1.1.
Здесь:
ABI — двоичный интерфейс приложения (Application binary interface)- это образ аппаратной части выбираемой аппаратной платформы создаваемого виртуального устройства. Здесь как раз и следует выбирать x86 образ, который был установлен нами ранее.
Target — целевая версия Android это версия API, на которую ориентировано приложение. Выберем самую новую.
Лучше всегда использовать более новую версию потому, что она содержит более новую версию компилятора и дополнительные проверки, позволяющие в автоматическом режиме находить часто встречающие ошибки. Кроме того:
Если необходима поддержка более старых версий, то необходимо перед созданием виртуального устройства скачать и установить соответствующие пакеты (точно так же как описана установка примеров из SDK приведенная выше).
Если мы ошибочно выберем образ системы, который нами не установлен, то будет выдано соответствующее предупреждение : Consider using an x86 system image for better emulator performance (рассмотрите использование образа системы x86 для повышения производительности эмулятора). Соответствующий экран представлен ниже.
Переходим к следующему экрану. Здесь при необходимости можно внести изменения в характеристики создаваемого виртуального устройства.
Обратим внимание на следующие параметры:
AVD Name — Имя устройства. Можно задать какое нравится, рекомендую указывать что-то простое, на латинице, без пробелов, например, имя устройства и номер AIP: Nexus_S_API22.
Startup size and orientation
Scale – позволяет изменить размер эмулятора на экране монитора.Orientation — позволяет задать книжную или альбомную ориентацию
Emulated performance — производительность эмулятора.
Use Host GPU — использование аппаратного ускорения графики при работе эмулятора. Рекомендуется включить данную опцию — так графика в эмуляторе будет работать быстрее.Snapshot — снимок системы — при включении этой опции эмулятор виртуального устройства будет сохранять свое состояние при рестарте, т.е. после включения (загрузки) получаем устройство в том же состоянии как перед выключением (выгрузкой) эмулятора. Данную опцию пока трогать не будем, оставим ее в выключенном состоянии.
Camera — камера
Front Back — включение эмуляции камер (фронтальной и основной), при желании можно вывести через них картинку с web-камеры. Оставим значения по умолчанию — None, так как в простых учебных примерах камеры практически не применяются, а «боевые» приложения, использующие «сложные» аппаратные возможности надежнее отлаживать на реальных устройствах.
Memory and Storage — опции памяти и внутреннего хранилища.
Здесь указывается, сколько оперативной (RAM) памяти будет доступно в эмуляторе, а так же размер VM Heap — количество доступной памяти для одного экземпляра приложения. Рекомендуется эти значения указывать исходя из ресурсов реальных устройств, поэтому оставим значения по умолчанию (512 и 32). Однако, при увеличении этих параметров приложение в эмуляторе будет работать быстрее, но следует помнить что вы разрабатываете приложение для реального устройства, где объем оперативной памяти жестко задан производителем устройства и поменять его невозможно.
Internal Storage — внутреннее хранилище. Здесь указывается объем внутреннего устройство хранения, опять таки — указывайте значение, которое возможно на реальном устройстве.
SD Card — SD карта. Здесь, если требуется, можно указать параметры используемой виртуальной SD карты памяти (которые используются на реальных устройствах повсеместно, для расширения внутреннего хранилища). Оставим поле Size (размер) пустым — пока что не будем использовать SD карту. Для удобства программиста здесь же можно указать готовый образ SD карты в файле, если такая необходимость есть.
Frame Frame – имитировать ли внешний вид реального устройства.
Skin — скин эмулятора. Включение отображения аппаратных элементов управления в окне эмулятора (hardware buttons). Так же воспользуемся данным пунктом, что бы видеть кнопки устройства в окне эмулятора.
Keyboard — клавиатура. Включение представления аппаратной клавиатуры (hardware keyboard). Воспользуемся данным пунктом.
Теперь осталось запустить и проверить все ли настроено верно. Выбираем созданный эмулятор и запускаем его кнопкой «Start”.
Далее идем в настройки и выполняем следующие действия:
Если все было сделано правильно, то для нашего примера, в поле «Модель» мы увидим строку «Android SDK Build for x86«.
Ранее мы писали о том, как установить и настроить работу Android SDK Manager – программы, которая тесно взаимосвязана с Android Virtual Device Manager.
AVD Manager – это инструмент, который является частью Android Studio и предназначен для настройки, проверки и обновления SDK компонентов в среде разработки приложений под операционную систему Android. Именно с этим приложением у пользователей ПК возникает ряд сложностей. Поэтому, чтобы установить и настроить AVD Manager на своём ПК, стоит учесть несколько рекомендаций.
Читайте также:Windows Phone Device Manager – мультифункциональный менеджер для администрирования устройств
Содержание:
При подключении мобильного устройства к ПК менеджер AVD определяет версию Android-системы и выдает рекомендации касательно необходимых библиотек. Также с помощью AVD Manager можно создать образ системы со всеми установленными приложениями.
Скачать Android Virtual Device Manager можно по ссылке. Инструмент является частью Android Studio.
Для того, чтобы запустить AVD Manager, стоит выполнить следующие действия.
Чтобы создать новое вириальное устройство выполняем следующие действия:
Виртуальное устройство под управлением ОС Android готово. Теперь на нём можно проверять разработанные программы.
Давайте создадим эмулятор android, для тестирования в процессе написания приложений. В прошлый раз мы настроили SDK в среде Android Studio , обновили версии, пакеты OS Android. Впрочем, можно пользоваться реальным устройством: телефон, планшет.
Создание эмулятора Android, настройка эмулятора Android
Иногда это оправдано, к примеру, если вы создаете android APK для себя. На телефоне включаем в меню режим разработчика, подключаем устройство по USB кабелю к компьютеру, и при сборке приложение будет устанавливаться на смартфон, тестируйте на здоровье. Можно тестировать по WIFI, через adb, лично я ставил на телефон ADB Wireless Pro 1.9.2,
при запуске выбирал тип подключения wifi, а на компьютере в total commander, в разделе плагины запускал ADB,
указывал ip и port,
и соединялся.
Читайте также: Intent — Android приложение с несколькими Activity
Далее Android Studio по wifi устанавливал тестируемый apk на телефон. Можно и через консоль но «это не наш метод». Зачем нужен эмулятор Android, спросите вы? А затем, что версий андроид и моделей устройств просто зоопарк целый, и с каждым днем становится все больше. Представьте если вам нужно писать для «старенькой» модели телефона или планшета, а у вас его нет в наличии, не покупать же. Этот способ подходит для крупных компаний, профессионально занимающихся разработкой приложений для android, с бюджетом, стремящимся к бесконечности. Мы же из простых, мелкопоместных, будем юзать эмулятор, он до определенной степени предоставляет возможность выбора версий и моделей андройдов, хотя он память жрет прилично..
Запустим Android Studio, в верхнем меню нажмем Tools->Android->AVD Manager,
в нем нажмем кнопку внизу с зеленым плюсом Create Virtual Device…
Новое виртуальное устройство
Читайте также: Android приложение за 5 минут. Часть 2
В Category выберем Phone, вроде там это по умолчанию, для примера эмулятор будем создавать по образу и подобию Galaxy Nexus, жмем Next
Android Studio, исходя из установленных у меня в системе образов, рекомендовала мне Marshmallow версия 6.0,
так как я не скачал Android N 7.0, впрочем, для тестов мне и этого достаточно
на третей вкладке Other Images, можно выбрать другую версию, хотите можете поэкспериментировать) жмем Next
На следующем шаге можно переименовать наше виртуальное устройство, сменить размер экрана, версию андроида,
хотя можно и так оставить.
Читайте также: Приложение-браузер для android устройств
Больший интерес представляет кнопка дополнительной настройки Show Advanced Settings
нажав на которую будут показаны элементы настройки камеры, сети, можно регулировать объем оперативной памяти, размер SD CARD, насчет памяти особо важно, я оставил 1 ГГб, вы можете поставить 512 Мб, если оперативы на ПК маловато.
Жмем Finish, после некоторых раздумий при создании нового AVD, вы увидите, в менеджере новое виртуальное устройство.
В правом углу есть три кнопки: зеленая стрелка-пуск эмулятора, зеленый карандаш-изменить свойства устройства, и черная стрелка вниз открывает дополнительное выпадающее меню, в котором можно очистить, клонировать и удалить устройство.
Нажмем Пуск, подождем некоторое время, пока виртуальное устройство запустится
я для примера запустил диспетчер задач, чтобы посмотреть, сколько расходуется памяти. При том, что на эмуляторе не запущено ни одного приложения для тестирования, сама студия использовала 700 МБ оперативной памяти, а эмулятор более 1,4 ГГб. В следующий раз создадим что нибудь для примера и сравним результаты.
В этом видео подробно показано как создать эмулятор Android и настроить AVD:
Рекомендуем смотреть видео в полноэкранном режиме, в настойках качества выбирайте 1080 HD, не забывайте подписываться на канал в YouTube, там Вы найдете много интересного видео, которое выходит достаточно часто. Приятного просмотра!
С уважением, авторы сайта Компьютерапия
Понравилась статья? Поделитесь ею с друзьями и напишите отзыв в комментариях!
