Не запускается sdk manager windows 10

Обновлено: 02.07.2024

В этой статье описаны наиболее типичные ошибки и предупреждения, возникающие при настройке и запуске Android Emulator. Кроме того, описываются решения для этих ошибок, а также различные советы по устранению неполадок, которые помогут вам диагностировать проблемы с эмулятором.

Проблемы развертывания в Windows

Ошибки развертывания

Если отображается ошибка о сбое при установке APK на ваш компьютер или при запуске Android Debug Bridge (adb), убедитесь, что пакет SDK для Android может подключиться к эмулятору. Для проверки связи с эмулятором сделайте следующее:

Запустите эмулятор из Android Device Manager (выберите ваше виртуальное устройство и зажмите Запустить).

Откройте командную строку и перейдите в папку, в которой установлен adb. Если пакет SDK для Android установлен в расположении по умолчанию, adb находится в каталоге C:\Program Files (x86)\Android\android-sdk\platform-tools\adb.exe; в противном случае измените этот путь для расположения пакета SDK для Android на вашем компьютере.

Введите следующую команду:

Если эмулятор доступен из Android SDK, то он отобразится в списке подключенных устройств. Пример:

Если эмулятор не появился в этом списке, запустите Диспетчер пакетов SDK для Android, примените все обновления и запустите эмулятор еще раз.

Ошибка доступа к MMIO

Отсутствующие сервисы Google Play

Если виртуальное устройство, запущенное в эмуляторе, не поддерживает установленные сервисы Google Play или Google Play Маркет, это часто связано с тем, что виртуальное устройство было создано без этих пакетов. При создании виртуального устройства (см. раздел Управление виртуальными устройствами с помощью Android Device Manager) не забудьте выбрать один или оба из следующих вариантов:

API Google – включает Сервисы Google Play в виртуальное устройство.
Google Play Маркет – включает Google Play Маркет в виртуальное устройство.

Например, это виртуальное устройство будет включать сервисы Google Play и Google Play Маркет:

Образы Google Play Маркет доступны только для некоторых типов базовых устройств, например Pixel, Pixel 2, Nexus 5 и Nexus 5X.

Проблемы производительности

Проблемы производительности обычно вызваны одной из следующих проблем:

Эмулятор работает без аппаратного ускорения.

Виртуальное устройство, работающее в эмуляторе, не использует образ системы на базе x86.

В следующих разделах подробно описаны эти сценарии.

Аппаратное ускорение отключено

Аппаратное ускорение включено, но эмулятор работает слишком медленно

Распространенной причиной этой проблемы является отсутствие образа на базе x86 в виртуальном устройстве (AVD). При создании виртуального устройства (см. раздел Управление виртуальными устройствами с помощью Android Device Manager) не забудьте выбрать образ системы на базе x86:

Проблемы с аппаратным ускорением

При использовании Hyper-V или HAXM для аппаратного ускорения вы можете столкнуться с проблемами конфигурации или конфликтами с другим программным обеспечением на компьютере. Проверьте, включено ли аппаратное ускорение (и какой метод ускорения используется в эмуляторе), введя следующую команду в командной строке:

Эта команда предполагает, что пакет SDK для Android установлен в расположении по умолчанию C:\Program Files (x86)\Android\android-sdk; в противном случае измените этот путь для расположения пакета SDK для Android на вашем компьютере.

Аппаратное ускорение недоступно

Если аппаратное ускорение недоступно, инструкции по его включению на компьютере см. в разделе Ускорение с помощью Hyper-V.

Неправильные настройки BIOS

Чтобы устранить эту проблему, перезагрузите BIOS на компьютере и включите следующие параметры:

Технология виртуализации (может иметь другое название в зависимости от производителя системной платы).
Предотвращение исполнения данных на основе оборудования.

Если аппаратное ускорение включено и BIOS настроен правильно, эмулятор должен успешно работать с аппаратным ускорением. Однако с Hyper-V и HAXM все равно могут возникать проблемы, как описано далее.

Проблемы с Hyper-V

В некоторых случаях при включении одновременно Hyper-V и платформы гипервизора Windows в диалоговом окне Включение и отключение компонентов Windows Hyper-V включается некорректно. Чтобы убедиться, что Hyper-V включен, сделайте следующее:

Введите powershell в поле поиска Windows.

Щелкните правой кнопкой мыши Windows PowerShell в результатах поиска и выберите Запуск от имени администратора.

В консоли PowerShell выполните следующую команду:

Если Hyper-V и (или) платформа гипервизора не включены, используйте следующие команды PowerShell для их включения:

После завершения этих команд выполните перезагрузку.

Дополнительные сведения о включении Hyper-V (в том числе методы включения Hyper-V с помощью средства обслуживания и администрирования образов развертывания) см. в разделе Установка Hyper-V.

Проблемы с HAXM

Проблемы с HAXM часто вызваны конфликтом с другими технологиями виртуализации, неправильной конфигурацией или устаревшим драйвером HAXM.

Процесс HAXM не запущен

Если решение HAXM установлено, введите следующую команду в командной строке, чтобы проверить, что процесс HAXM запущен:

Если процесс HAXM запущен, вы увидите примерно следующий результат:

Если параметр STATE не равен RUNNING , то для решения этой проблемы см. раздел Использование Intel Hardware Accelerated Execution Manager.

Конфликты HAXM с другими технологиями виртуализации

HAXM может конфликтовать с другими технологиями, использующими виртуализацию, такими как Hyper-V, Windows Device Guard и некоторые антивирусы:

Hyper-V – если вы используете версию Windows младше версии Windows 10 с обновлением за апрель 2018 г. (сборка 1803) , а Hyper-V включен, см. раздел Отключение Hyper-V, чтобы включить HAXM.

Device Guard – Device Guard и Credential Guard могут препятствовать отключению Hyper-V на компьютерах с Windows. Порядок отключения Device Guard и Credential Guard см. в разделе Отключение Device Guard.

Антивирусное ПО – если на вашем компьютере запущенно антивирусное ПО, использующее аппаратную виртуализацию (например, Avast), отключите или удалите его, перезагрузите компьютер и снова запустите эмулятор Android.

Неправильные настройки BIOS

Если вы используете HAXM на компьютере с Windows, HAXM не заработает, пока технология виртуализации (Intel VT-x) не будет включена в BIOS. Если VT-x отключен, то при попытке запуска Android Emulator вы получите следующую ошибку:

Компьютер удовлетворяет требованиям для запуска HAXM, но технология виртуализации Intel (VT-x) отключена.

Для исправления этой ошибки перезагрузите компьютер в BIOS, включите VT-x и SLAT (трансляция адресов второго уровня) и перезагрузите компьютер обратно в Windows.

Отключение Hyper-V

Если вы используете версию Windows младше версии Windows 10 с обновлением за апрель 2018 г. (сборка 1803) , а Hyper-V включен, нужно отключить Hyper-V и перезапустить компьютер для установки и использования HAXM. Если вы используете версию Windows 10 с обновлением за апрель 2018 г. (сборка 1803) или более позднюю, Android Emulator версии 27.2.7 или более поздней может использовать Hyper-V (вместо HAXM) для аппаратного ускорения, поэтому отключать Hyper-V не требуется.

Технологию Hyper-V можно отключить из панели управления, выполнив следующие действия:

Введите компоненты windows в поле поиска Windows и выберите Включение и отключение компонентов Windows в результатах поиска.

Снимите флажок Hyper-V:

Также для отключения гипервизора Hyper-V можно использовать следующую команду Powershell:

Disable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V-Hypervisor

Intel HAXM и Microsoft Hyper-V не могут быть активны одновременно. К сожалению, переключение между технологиями Hyper-V и HAXM без перезагрузки компьютера невозможно.

В некоторых случаях выполнение описываемых выше действий не позволяет отключить технологию Hyper-V, если включены функции Device Guard и Credential Guard. Если вам не удается отключить Hyper-V (или по всем признакам эта технология отключена, но установка HAXM все равно завершается сбоем), отключите функции Device Guard и Credential Guard, выполнив действия, описываемые в следующем разделе.

Отключение функции Device Guard

Функции Device Guard и Credential Guard могут препятствовать отключению технологии Hyper-V на компьютерах под управлением ОС Windows. Это часто происходит на компьютерах, присоединенных к доменам, которые настраиваются и контролируются управляющей ими организацией. Чтобы проверить, выполняется ли функция Device Guard в ОС Windows 10, выполните следующие действия:

Введите Сведения о системе в поле поиска Windows и выберите Сведения о системе в результатах поиска.

В разделе Сведения о системе проверьте наличие службы Безопасность на основе виртуализации Device Guard и убедитесь, что она имеет состояние Выполняется:

Если функция Device Guard включена, выполните следующие действия для ее отключения:

Убедитесь, что технология Hyper-V отключена в окне Включение или отключение компонентов Windows, как описывается в предыдущих разделах.

В поле поиска Windows введите gpedit.msc и выберите элемент Изменение групповой политики. Будет запущен редактор локальных групповых политик.

В редакторе локальных групповых политик выберите Конфигурация компьютера > Административные шаблоны > Система > Device Guard:

Измените значение параметра Включить средство обеспечения безопасности на основе виртуализации на Отключено (как показано выше) и закройте редактор локальных групповых политик.

В поле поиска Windows введите cmd. Когда в результатах поиска появится элемент Командная строка, щелкните пункт Командная строка правой кнопкой мыши и выберите Запустить от имени администратора.

Скопируйте и вставьте следующие команды в окно командной строки (если диск Z: используется, выберите вместо него букву свободного диска):

Перезапустите компьютер. На экране загрузки должен появиться запрос следующего вида:

Вы действительно хотите отключить Credential Guard?

Нажмите указанную в запросе клавишу, чтобы отключить Credential Guard.

После перезагрузки компьютера еще раз убедитесь, что технология Hyper-V отключена (см. ранее описываемые действия).

Если технология Hyper-V по-прежнему не отключена, значит, отключение функций Device Guard или Credential Guard запрещено политиками на вашем присоединенном к домену компьютере. В таком случае вы можете запросить у администратора домена исключение, которое позволит отключить Credential Guard. Кроме того, вы можете использовать для работы с HAXM компьютер, который не присоединен к домену.

Дополнительные советы по устранению неполадок

Следующие рекомендации часто помогают диагностировать проблемы с эмулятором Android.

Запуск эмулятора из командной строки

Если эмулятор еще не запущен, вы можете запустить его из командной строки (а не из среды Visual Studio) для просмотра его выходных данных. Как правило, образы AVD эмулятора Android хранятся в следующем расположении (замените имя_пользователя своим именем пользователя Windows):

C:\Users\имя_пользователя\.android\avd

Запустите эмулятор с образом AVD из этого расположения, передав имя папки AVD. Например, эта команда запускает виртуальное устройство Android с именем Pixel_API_27:

В этом примере предполагается, что пакет SDK для Android установлен в расположении по умолчанию C:\Program Files (x86)\Android\android-sdk; в противном случае измените этот путь для расположения пакета SDK для Android на вашем компьютере.

При выполнении этой команды вы получите много строк выходных данных во время запуска эмулятора. В частности, вы увидите строки, как в следующем примере, если аппаратное ускорение включено и работает должным образом (в этом примере для аппаратного ускорения используется HAXM):

Просмотр журналов Device Manager

Часто можно диагностировать проблемы с эмулятором, просмотрев журналы Device Manager. Эти журналы записываются в следующее расположение:

C:\Users\имя_пользователя\AppData\Local\Xamarin\Logs\16.0

Просмотрите файл DeviceManager.log в текстовом редакторе, например в Блокноте. Следующий пример записи журнала указывает, что HAXM не найден на компьютере:

Проблемы развертывания в macOS

Ошибки развертывания

Запустите эмулятор из Android Device Manager (выберите ваше виртуальное устройство и зажмите Запустить).

Откройте командную строку и перейдите в папку, в которой установлен adb. Если пакет SDK для Android установлен в расположении по умолчанию, adb находится в каталоге

/Library/Developer/Xamarin/android-sdk-macosx/platform-tools/adb; в противном случае измените этот путь для расположения пакета SDK для Android на вашем компьютере.

Введите следующую команду:

Если эмулятор доступен из Android SDK, то он отобразится в списке подключенных устройств. Пример:

Ошибка доступа к MMIO

Отсутствующие сервисы Google Play

Если виртуальное устройство, запущенное в эмуляторе, не поддерживает установленные сервисы Google Play или Google Play Маркет, это обычно связано с тем, что виртуальное устройство было создано без этих пакетов. При создании виртуального устройства (см. раздел Управление виртуальными устройствами с помощью Android Device Manager) не забудьте выбрать один или оба из следующих вариантов:

API Google – включает Сервисы Google Play в виртуальное устройство.
Google Play Маркет – включает Google Play Маркет в виртуальное устройство.

Например, это виртуальное устройство будет включать сервисы Google Play и Google Play Маркет:

Образы Google Play Маркет доступны только для некоторых типов базовых устройств, например Pixel, Pixel 2, Nexus 5 и Nexus 5X.

Проблемы производительности

Проблемы производительности обычно вызваны одной из следующих проблем:

Эмулятор работает без аппаратного ускорения.

Виртуальное устройство, работающее в эмуляторе, не использует образ системы на базе x86.

В следующих разделах подробно описаны эти сценарии.

Аппаратное ускорение отключено

Аппаратное ускорение включено, но эмулятор работает слишком медленно

Распространенной причиной этой проблемы является отсутствие образа на базе x86 в виртуальном устройстве. При создании виртуального устройства (см. раздел Управление виртуальными устройствами с помощью Android Device Manager) не забудьте выбрать образ системы на базе x86:

Проблемы с аппаратным ускорением

При использовании платформы гипервизора или HAXM для аппаратного ускорения эмулятора вы можете столкнуться с проблемами, вызванными неправильной установкой или устаревшей версией macOS. Следующие разделы помогут вам устранить эту проблему.

Проблемы с платформой гипервизора

Если вы используете macOS 10.10 или более поздней версии на более новом компьютере Mac, эмулятор Android будет автоматически использовать платформу гипервизора для аппаратного ускорения. Но на более старых компьютерах Mac или компьютерах Mac под управлением версии macOS ранее 10.10 платформа гипервизора может не поддерживаться.

Чтобы определить, поддерживает ли компьютер Mac платформу гипервизора,откройте окно терминала и введите следующую команду:

Если компьютер Mac поддерживает платформу гипервизора, эта команда вернет следующий результат:

Если платформа гипервизора недоступна на компьютере Mac, следуйте инструкциям в разделе Ускорение с помощью HAXM, чтобы вместо этого использовать HAXM для ускорения.

Проблемы с HAXM

Если Android Emulator не запускается, обычно это вызвано проблемами с HAXM. Проблемы с HAXM часто вызваны конфликтом с другими технологиями виртуализации, неправильной конфигурацией или устаревшим драйвером HAXM. Переустановите драйвер HAXM при помощи процедуры, описанной в разделе Установка HAXM.

Дополнительные советы по устранению неполадок

Следующие рекомендации часто помогают диагностировать проблемы с эмулятором Android.

Запуск эмулятора из командной строки

Если эмулятор еще не запущен, вы можете запустить его из командной строки (а не из среды Visual Studio для Mac) для просмотра его выходных данных. Как правило, образы AVD эмулятора Android хранятся в следующем расположении:

Запустите эмулятор с образом AVD из этого расположения, передав имя папки AVD. Например, эта команда запускает виртуальное устройство Android с именем Pixel_2_API_28:

Если пакет SDK для Android установлен в расположении по умолчанию, эмулятор находится в каталоге

/Library/Developer/Xamarin/android-sdk-macosx/emulator; в противном случае измените этот путь для расположения пакета SDK для Android на вашем компьютере Mac.

Просмотр журналов Device Manager

В этой небольшой заметке мне хотелось бы затронуть ситуацию. Компьютер разработчика не запускает SDK Manager.

Напомним, что утилита Android SDK Manager входит в состав Android SDK. Который, как мы знаем, имеет модульную структуру. Составные части (такие как документация, примеры, необходимые инструменты и дополнения). Представлены в виде отдельных сущностей, пакетов. Вот для менеджмента этих пакетов, в частности, для загрузки новых. Также для удаления и обновления существующих, и используется приложение SDK manager.exe. С необходимостью его запуска можно столкнуться уже на этом шаге. При настройке инструментария для разработки программ для Android.

Из-за чего не запускается программа?

Везде ниже мы рассматриваем ситуацию, когда SDK Manager не запускается. Окно либо не появляется, либо появляется и сразу же исчезает. В случае если выскакивает какое-либо предупреждение. Для запуска менеджера достаточно просто внимательно это предупреждение прочитать. Наверное, не стоит упоминать топорные решения, связанные с переустановкой Android SDK или созданием в системе нового пользователя с последующей повторной инсталляцией инструментария под его аккаунтом (хотя часто такие решения помогают). Стоит отметить, что иногда утилита может запуститься из Eclipse или с помощью файла android.bat.

Не запускаться Android SDK Manager

Самая банальная причина, по которой может не запускаться Android SDK Manager – это несоблюдение одинаковой разрядности (32-bit, 64-bit) операционной системы и устанавливаемых инструментов. Второй банальной причиной является путаница между ‘/’ и ‘\’ в настройках, связанных с путями (верно второе).

Чаще всего SDK Manager не запускается из-за неправильно прописанных путей. Для решения этой проблемы достаточно в переменной среды Path прописать путь к директории JDK/bin установленной Java. Следует помнить о том, что в том же Path перед данной записью могут располагаться записи путей к JRE и (реже) к System32. Это может «сбить с толку» SDK Manager, поэтому стоит проследить, чтобы запись пути к Java\JDK\bin стояла перед упомянутыми. Выполним ремонт экрана iphone, делаем замену деталей, записаться к нам.

Как ни странно, но в львиной доле случаев, когда SDK Manager.exe не запускается в Windows, дело успешно решается с помощью запуска приложения от имени администратора.

В ряде случаев помогает добавление в переменные среды новой переменной JAVA_PATH, значением которой будет путь до каталога с JDK.

Иногда помогает создание новой переменной среды ANDROID_SDK_HOME, значением которой является путь до каталога android-sdk.

Прописка расположения файлов до папки SDK

Если SDK Manager не запускается, возможно, стоит сделать так, чтобы путь до этой утилиты не содержал пробелов. Например, можно поместить всё содержимое папки с Android SDK в корень диска. Эквивалентным этому действием можно назвать заключение пути с пробелами в кавычки везде, где это возможно.

В папке lib находится bat-файл «find_java». Если открыть его текстовым редактором, найти строку

%java_exe% -version 2>nul

%java_exe% -version 2>null

То есть шанс, что Android SDK Manager запустится.

В абсолютном большинстве случае вышеприведенные советы помогают запустить SDK Manager. Интересно было бы узнать в комментариях об опыте тех, кто сталкивался с подобной ситуацией.

и столкнулся с проблемой переменной path. Поэтому я исправил это, изменив "путь" в переменных среды, чтобы включить, где моя java.exe-файл находится в JDK.

но теперь, когда я открываю Android sdk manager, cmd-подобный экран просто ненадолго мигает на полсекунды, а затем исчезает. Я понятия не имею, что и как заставить эту штуку работать.

убедитесь, что ваш в путь перед

открыть tools/android.bat в вашем любимом текстовом редакторе

поиск этого фрагмента кода:

где путь-это путь к вашему Java exe.

(в моем случае я должен был указать путь к java_exe в шаге 3 без кавычек, чтобы заставить его работать.)

та же проблема здесь. Исправлено! Я установил правильный Java-материал, Все для 64 бит, потому что моя система x64, и ничего не произошло. Поэтому я пошел в C:\Users\[my name] и удалил каталог .android Это было создано при первом запуске SDK, по-видимому, с какой-то неправильной конфигурацией.

тогда это сработало. Можешь попробовать. Удалите эту папку или просто переместите ее на рабочий стол и запустите SDK.

в последней версии Android SDK работает " SDK Manager.exe "и / или" AVD Manager.ехе" не открывается. Даже ссылка "запустить автономный SDK Manager" В Android Studio, которую ранее можно было найти в настройках Android SDK, теперь исчезла.

теперь рекомендуется выполнять ручное управление SDK и AVD внутри Android Studio. Но для тех, у кого нет Android Studio или для тех, кто не любит открывать Android Studio только для выполнения управления SDK, вы по-прежнему можно управлять SDK с помощью инструментов командной строки, " инструменты / bin / sdkmanager.летучая мышь" и " инструменты / bin / avdmanager.летучая мышь".

эта информация доступна при запуске " tools / android.летучая мышь." Я думаю, что это верно для тех, кто в настоящее время имеет Android SDK tooks v25.3.1 и выше.

существует несколько способов запуска диспетчера SDK:

SDK Manager.exe в корне Android SDK.
SDK Manager.exe на sdk\tools\lib из Android SDK.
Window -> Android SDK Manager меню в Eclipse
android.bat на sdk\tools из Android SDK.

в моем случае это выглядит так: android.bat сбой на линии:

что касается того, что делает эта линия. если я запускаю вручную: "[path_to_java]java" -jar lib\archquery.jar

он успешно возвращает: x86_64

Итак, переменная swt_path получает значение пустой строки. Оттуда все рушится.

пакетный файл задает правильное значение для переменной java_exe . Другие обычно сообщали об этом как о проблеме, но эти обходные пути не были актуальны в моем случай.

люди рекомендовали комментировать строку проблемы, добавив REM в начало ее и добавив строку, чтобы вручную установить swt_path переменная, которая является допустимым обходным путем:

но, критическая проблема в моем случае заключается в том, что он выбирает загрузку файла jar из любого lib\x86 или здесь. В какой-то момент вещи путались между ошибкой файла BAT, 32-разрядным JDK и 64-разрядным Android пакет SDK.

так, обходным путем в моем случае было:

удалите все версии Java
установите JDK
- вы можете использовать 32-разрядный Android SDK и установить 32-разрядный JDK
- или используйте 64-разрядный Android SDK и установите 64-разрядный JDK
- но "битность" JDK должна соответствовать Android SDK. Похоже, что либо 32-разрядный, либо 64-разрядный будет работать на 64-разрядном компьютере, Пока битность JDK соответствует битности Android SDK.

редактировать " android.летучая мышь"

при использовании 32-разрядного Android SDK / JDK используйте lib\x86 :

при использовании 64-разрядного Android SDK / JDK используйте lib\x86_64 :

после этого, я могу успешно запустить Диспетчер SDK, запустив android.bat , или из меню Eclipse (но все еще не запустив ни один из SDK Manager.exe файлы напрямую).

Google удалил GUI для SDK, начиная с версии 26. Если вы используете версию 26, попробуйте понизить ее до версии 25. Вы все еще можете открыть SDK из Android Studio.

самый простой способ-запустить программу в качестве администратора.

щелкните правой кнопкой мыши менеджер SDK ->Запуск от имени администратора

Это должно решить проблему :)

попробуйте добавить путь Java (указывающий на JDK) к переменным системной среды.

Правой Кнопкой Мыши "Компьютер" > Свойства > Дополнительные параметры системы > Переменные среды

затем в разделе системные переменные, добавьте новую переменную.

затем измените Path переменной, добавлять %JAVA_PATH%\bin; .

поиск для Андроид.файл bat в папке tools работал для меня. Забавно, что это такая рутина-заставить его работать. По моему опыту, обычно .exe-файлы запускаются как ожидалось. Я не уверен, почему это не так в данном случае. странно и раздражает!

Я побежал tools/android.bat и получил

В основном это выглядело так, как будто у меня была коррумпированная конфигурация AVD, поэтому я пошел и очистил свои виртуальные устройства, и все снова начало работать! (Файлы в C:\Users\YourUser\.android\avd для пользователей windows)

все шаги вкратце:

1.Если у вас есть jdk v1.8. Удалите его и переустановите jdk v1.7.х.х

2.Задайте пути к папкам JDK и JRE bin в переменных среды

3.удалить (сделать резервная копия первой).папка android присутствует в C: > Пользователи > [Имя пользователя] > .android

4.Установите переменную JAVA_HOME, сохраняя JAVA_HOME в качестве имени переменной и путь к папке bin jdk в качестве значения переменной.

5.Перейдите в [sdk-directory] > сервис. Найти и щелкните правой кнопкой мыши на android.bat файл и выберите "Редактировать", чтобы открыть его в блокноте и сделать следующее варианта исполнения.

оригинал

изменен

Примечание: скопируйте и вставьте свой собственный java.exe путь к каталогу, как объяснялось ранее.

оригинал

изменен

Примечание: Если ваш Android sdk 64bit, то упомянуть набор swt_path=lib\x86_64 в противном случае, если это 32bit, то сохранить его как набор swt_path=lib\x86

готово! Запустите Android sdk с android.файл bat или из eclipse. Он должен открыться просто отлично!

Я пробовал почти все решения, представленные здесь. Но ничего не вышло. И, наконец, я загрузил tools (tools_r25.2.3-окна.zip) из приведенной ниже ссылки и заменил вложенную папку tools в папке sdk. Это начало работать.

совместное использование этого как информации, хотя это старый поток.

Я недавно столкнулся с этой проблемой после того, как я установил эмулятор android с помощью менеджера sdk Android studio, который также обновил мои инструменты Android sdk до 26.0.1 (поскольку это было необходимым условием - согласно менеджеру sdk android studio).

В моем случае я просто заменил tools папка Android sdk с tools папка из старого Android sdk. Это понизило инструменты Android sdk, но теперь я могу открыть Диспетчер sdk с помощью SDK Manager.exe .

также убедитесь, что нет как JRE перед вашим JDK в пути в Windows. Oracle всегда вводит свою собственную JRE в путь прежде всего (я установил Oracle Lite после установки Android sdk).

пытался заставить диспетчер sdk работать некоторое время после различных потоков с аналогичными проблемами, которые я мог найти.

все вышеперечисленные предложения хороши.

еще один вопрос-переместить Android sdk в dir без пробелов в его имени.

например, в моем случае он находился в: e:\Program файлы (x86)\Android\android-sdk\

и потерпят неудачу. При перемещении в:

надеюсь, это поможет.

та же проблема здесь, я пробовал все решения, но ничего не получилось. Затем я вошел в C:\Users\User_name и удалил ".Android "папка, а затем менеджер SDK может нормально открываться и автоматически создавать другие".папка" android".

Я пробовал все самые популярные решения раньше, и никто не работал для меня, пока я не понял, что в папке Android SDK не должно быть пробелов, поэтому я изменил его с "C:\Android SDK" to "C:\Android_SDK". Все очень просто.

1) Откройте android.bat из папки sdk для редактирования;

2) добавить именно эти две строки:

вместо:

здесь c:\Program Files\Java\jdk1.8.0_25 ваша папка jdk. 3) наслаждаемся. SDK Manager будет запущен из среды IDE Android studio.

похоже, что тело не обновило этот поток через некоторое время. Но я просто справился с этим и решил, что предоставлю свое решение. Я установил AndroidStudio для mac. Я не смог получить доступ к менеджеру sdk через ide. Оказывается, мне просто нужно было установить переменную среды JAVA_HOME. Как только я получил этот набор, я смог запустить менеджер sdk.

создайте новую учетную запись пользователя, либо переустановите или просто запустите android.bat и он должен работать для меня

Я столкнулся с подобной проблемой. SDK manager будет мигать окно команды и умереть.

Это то, что сработало для меня: мой процессор и ОС как 64-разрядные. Я установил 64-разрядную версию JDK. Проблема не исчезнет с переустановкой JDK или изменением пути. Моя теория заключалась в том, что SDK Manager может потребоваться 32-разрядная версия JDK. Не знаю, почему это должно иметь значение, но я закончил установку 32-разрядной версии JDK и magic. И SDK Manager успешно запускаемый.

надеюсь, что это помогает.

Я столкнулся с той же проблемой. При запуске android.bat я нашел решение (если Java установлен в "нормальном" каталоге Windows, то есть "program files"), вам нужно поместить кавычки вокруг "c:/program файлы /" etc. В противном случае он не может найти java на "C:/program". (мне не нравятся пробелы)

проблема с моей была в том, что я мог запустить SDK manager через двойной щелчок android.bat, но не тогда, когда я дважды нажимаю на фактическое приложение SDK manager. Я решил эту проблему, установив новую переменную среды:

перезапустил мой компьютер, и теперь я могу дважды щелкнуть по приложению и запустить SDK Manager. Надеюсь, это поможет:)

Как это работало для меня:)

ОС: Windows 7-64 бит, Android SDK: 64 бит

введите новую "системную переменную" с именем: JAVA_HOME со значением: C:\Program файлы\Java\jdk1.7.0_51

щелкните правой кнопкой мыши на SDK Manager.exe - > Запуск от имени администратора

убедитесь, что путь java в системной переменной "Path" является чем-то вроде: C:\Program Файлы\Java\jdk1.7.0_51\bin
в имени вашей папки нет места, замените что - то вроде C:\Android SDK с C:\Android_SDK
вы можете найти свою java с помощью команды "где java" в командной строке

У меня была такая же проблема, но через некоторое время три из них появляются, потому что я нажал 3 раза. Подожди немного, Может, у тебя нет проблем.

Я видел ответы, которые обеспечивают обходные решения с помощью жесткого кодирования java.exe местоположение и x86 / x86_64 строка архитектура в sdk\tools\android.bat . Это быстрые решения, но не решили фундаментальную проблему, которая мне действительно любопытна.

фактическая проблема, с которой я столкнулся, заключается в том, что пакетный скрипт не может найти другой файл сценария/jar и, таким образом, не удалось продолжить. Я мог бы сказать, что сценарий был плохо написан.

после того, как я внес следующие изменения в sdk\tools\android.bat , все работает как шарм.

в частности, я добавил %

теперь попробуйте запустить скрипт, и менеджер SDK должен выйти.

p.s. Моя установка OS, Java 8 и Android SDK свежи, и я не делал никакой дополнительной конфигурации.

p.s. Возможно, Вам все равно придется настроить переменную среды PATH, чтобы скрипт мог найти подходящий java.exe .

Я тестирую каждый способ, но только рабочий способ был повторно установить sdk-manager в том же пути, что и старый

В - Вопрос
О - Ответ
П - Причина
В : emulator: ERROR: no search paths found in this AVD's configuration.
Weird, the AVD's config.ini file is malformed. Try re-creating it.
П : В пути присутствует кириллица.
О : По пути «c:\Documents and Settings\ИМЯ ПОЛЬЗОВАТЕЛЯ\.android\avd\» есть файлик «ВАШЕ НАЗВАНИЕ ВИРТУАЛКИ.ini». Открыть блокнотом и отредактировать путь. У вас он примерно будет выглядеть как, «c:\Documents and Settings\АБРАКАДАБРАЧЕГОТОТАМ\.android\avd\название эмуля.avd». Заменить «АБРАКАДАБРАЧЕГОТОТАМ» на ваше имя пользователя и сохранить.
Это всё проверено на WinXP.
Сам архив тут.
В : adb не является внутренней или внешней командой, исполняемой программой или пакетным файлом
П : Вы не добавили adb в системные переменные или указали там неверный путь к файлу adb.

Теперь нам надо создать свой AVD (Android Virtual Devace), говоря проще создаём наш виртуальный девайс.
Идём в Пуск -> Выполнить -> набираем cmd и жмём ОК

В командной строке пишем android create avd -n <name> -t <targetID>
<name> - это имя нашего девайса (например HTC)
<targetID> - если поставим значение 1, то у нашего девайса будет Android 1.1; если поставим значение 2, то у нашего девайса будет Android 1.5

Так же при создании AVD можно указать и другие параметры для нашего будущего девайса в виде -<option> <value>, где <option> - это параметр, а <value> - значение. Список параметров можно посмотреть тут

После создания AVD мы можем изменить железные характеристики нашего виртуального девайса. Для этого идём в директорию где находится наш виртуальный девайс, по умолчанию C:\Documents and Settings\имя_пользователя\.android\ на Windows XP, и C:\Users\имя_пользователя\.android\ на Windows Vista. В файле config.ini дописываем то что хотим изменить, список параметров тут

Удалить виртуальный девайс можно набрав в командной строке android delete avd -n <name>

Для запуска созданного нами виртуального девайса идём в командную строку. Там набираем emulator -avd <avd_name>, где <avd_name> - имя нашего девайса.

Читайте также: