Acho que é um problema com a referência do SDK em Estrutura do projeto, mas quando clico em executar e escolho Iniciar emulador, nada aparece.
Acho que é um problema com a referência do SDK em Estrutura do projeto, mas quando clico em executar e escolho Iniciar emulador, nada aparece.
Respostas:
Eu tive o mesmo problema. Acabei de criar o AVD com 768 MB de RAM e funcionou bem!
emulator.exe -netdelay none -netspeed full -avd Nexus_S_API_21_2
me dá o erro: HAX kernel module is not installed!
(x86). Solução possível: stackoverflow.com/q/26355645/1066234
Eu tive um problema semelhante ... o Android Emulator não abre. Você precisa descobrir o motivo disso ... Você pode executar o emulador na linha de comando. Para isso, você pode copiar e colar sua linha de comando do console "Executar" ou "AVD" do Android Studio. Por exemplo:
"{path} \ android-sdk \ tools \ emulator.exe -avd Default_Nexus_5 -netspeed full -netdelay none"
Quando você o inicia a partir de um terminal de linha de comando, ele mostra uma mensagem com o erro. No meu caso foi útil para descobrir o problema:
.. \ android-sdk \ tools> emulador: ERROR: a emulação x86 atualmente requer aceleração de hardware! Certifique-se de que o Intel HAXM esteja instalado corretamente e utilizável. Status de aceleração da CPU: módulo de kernel HAX não instalado!
Eu precisava ativar a aceleração da GPU com uma ferramenta para habilitá-la na minha máquina. Resolvi instalando do SDK Manager a ferramenta HAXM ...
Tive outro problema ... Por exemplo, atribuí um URL incorreto para o caminho do skin do meu dispositivo virtual ... Para resolvê-lo, configurei meu dispositivo virtual com um skin válido da minha plataforma sdk: '{path} \ android- sdk \ plataformas \ android- {número} \ skins {SCREEN_SIZE} '
Agora está abrindo bem.
Para a versão mais recente do Android SDK, o caminho do emulador deve ser:
"{caminho} \ android-sdk \ emulator \ emulator.exe"
referência (obrigado @CoolMind)
Android\sdk\emulator\emulator
caminho, não tools\emulator
, consulte stackoverflow.com/a/51627009/2914140 .
Parece que "Esperando que o dispositivo de destino fique online ..." é uma mensagem genérica que aparece, sempre, quando o emulador não consegue iniciar corretamente. E qual é a causa disso? Como você pode ver, as causas podem ser muitas.
Acho que a melhor maneira de encontrar o erro concreto com o emulador é iniciá-lo em um terminal. Então:
1 - Abra um terminal e vá para esta pasta:~/Android/Sdk/tools
2 - Inicie o emulador com este comando:
./emulator -avd EMULATOR_NAME -netspeed full -netdelay none
Você pode ver o nome de seus emuladores (criados anteriormente com o AVD Manager) com este comando:
./emulator -list-avds
Se tudo correr bem, o programa não inicia e escreve no terminal o erro concreto.
No meu caso, o aplicativo diz que há um problema ao carregar o driver gráfico (" erro libGL: não foi possível carregar o driver: r600_dri.so "). Como é explicado aqui , parece que o Google empacotou com o Android Studio uma versão antiga de uma biblioteca, e o emulador falha ao tentar usar minha placa gráfica.
Solução? Muito fácil: usar as bibliotecas do sistema em vez das empacotadas no Android Studio. Quão? Adicionando "-use-system-libs" no final do comando. Então:
./emulator -avd EMULATOR_NAME -netspeed full -netdelay none -use-system-libs
A solução definitiva é definir a variável de ambiente ANDROID_EMULATOR_USE_SYSTEM_LIBS como 1 para seu usuário / sistema. Com essa mudança, quando executo o emulador no Android Studio, ele também carrega as bibliotecas do sistema.
PS 1 - A maneira mais fácil que encontrei de definir a variável de ambiente, é modificar o script que inicia o Android Studio ( studio.sh , no meu caso está dentro de / opt / android-stuido / bin ), e adicionar no início esta:
export ANDROID_EMULATOR_USE_SYSTEM_LIBS=1
PS 2 - Trabalho com Debian Jessie e Android Studio 2.2.3. Minha placa gráfica é uma ATI Radeon HD 6850 da Sapphire.
ATUALIZAÇÃO Dezembro de 2017: Eu tive o mesmo problema com o Debian Stretch e Android Studio 3.0.1 (mesma placa gráfica). A mesma solução funciona para mim.
1) Abra o SDK Manager e baixe o Intel x86 Emulator Accelerator (instalador HAXM) se não tiver.
2) Agora vá para o diretório SDK (C: \ users \ username \ AppData \ Local \ Android \ sdk, geralmente). Neste diretório, vá para extra> intel> Hardware_Accelerated_Execution_Manager e execute o arquivo chamado " intelhaxm-android.exe ".
Caso você obtenha um erro como "A tecnologia de virtualização Intel (vt, vt-x) não está habilitada". Vá para as configurações do BIOS e habilite a virtualização de hardware .
3) Reinicie o Android Studio e tente iniciar o AVD novamente.
Pode demorar um ou 2 minutos para mostrar a janela do emulador.
qemu-system-x86_64.exe
no Gerenciador de Tarefas, pois não havia nenhum emulador sendo exibido, mas eles estavam em execução antes. Se o emulador não apareceu, ele ainda estava em execução no meu caso devido à versão mais antiga do acelerador.
Se você é novo no Android Studio, precisa seguir algumas etapas básicas para configurar o emulador.
Acesse este blog, http://www.feelzdroid.com/2015/05/android-studio-emulator-not-working-solution.html
Aqui, eles explicaram claramente quais são os problemas que você enfrenta durante a execução e a resolução dos mesmos.
Tive o mesmo problema no Android Studio 2.3.3 no Mac OS X 10.12.6 e o problema foi causado pelo Android Studio usando uma versão antiga do HAXM (6.0.3 quando deveria ser 6.2.1):
$ kextstat | grep intel
148 0 0xffffff7f8342c000 0x14000 0x14000 com.intel.kext.intelhaxm (6.0.3) 50449AFC-F7C6-38A0-B820-233E8A050FD6 <7 5 4 3 1>
Remover e reinstalar HAXM de dentro do Android Studio de acordo com as instruções não funcionou: https://software.intel.com/en-us/android/articles/installation-instructions-for-intel-hardware-accelerated-execution-manager -Mac OS X
Em vez disso, baixe o instalador HAXM manualmente ou, se o link expirar, encontre-o em https://software.intel.com/en-us/android/tools em Intel® Hardware Accelerated Execution Manager (Intel® HAXM).
Depois de executar o instalador, agora mostra que a versão atual do HAXM está instalada:
$ kextstat | grep intel
169 0 0xffffff7f83472000 0x1d000 0x1d000 com.intel.kext.intelhaxm (6.2.1) 7B6ABC56-699C-3449-A0EC-BEB36C154E3C <7 5 4 3 1>
Depois de atualizar o HAXM manualmente, consigo iniciar os emuladores x86_64.
Resposta antiga, que pode funcionar (observe que não funcionou comigo para imagens x86_64):
Crie um novo dispositivo:
Tools->Android->AVD Manager
+ Create Virtual Device
Tablet
-> Nexus 7
->Next
A Recommended
guia deve ser destacada.
Embora eu tivesse o SDK de nível 25 da API instalado , ele mostrou:
Nougat Download
25 x86 Android 7.1.1 (APIs do Google)
Então, cliquei no Download
link que parece ter reparado o SDK de nível 25 da API. Terminei de criar meu novo dispositivo e ele funcionou bem.
Infelizmente, eu já havia excluído meu dispositivo antigo, então se isso funcionar para outra pessoa, deixe um comentário aqui para nos informar se seu dispositivo original funcionou depois, obrigado!
Com o Ubuntu, tive o mesmo problema. Eu resolvi alterando a /dev/kvm
permissão de arquivo para 777:
sudo chmod 777 /dev/kvm
Eu gostaria de postar um link para esta resposta, pois pode ajudar qualquer pessoa neste tópico que tenha problemas para iniciar um dispositivo virtual com mais de 768 MB de memória; Como fazer um AVD com> 768 MB de RAM Para emular dispositivos Galaxy
Eu tenho um problema semelhante, mas resolvi mudando para "Android 4.2.2 armeabi-v7a" (eu precisava testá-lo no Jelly Bean) no meu AVD e ele corrigiu o problema para mim.
O que parece acontecer é que meu processador é AMD e a emulação de hardware Intel X86 não pôde ser iniciada. Então mudei para usar "API" diferente de "x86" (embora tenha recomendado o uso de x86). Espero que isto ajude.
você precisa instalar o "Android Emulator"
Vá para SDK Manager -> Appearance & Behavior -> System Settings -> Android SDK -> SDK Tools.
e definir um gancho no Android Emulator
Se alguém ainda estiver tendo problemas para iniciar o avm, anote o log de eventos do Android Studio ao tentar executar o avm. Quando tentei executar o avm android studio, mencionei que minha variável de ambiente ANDROID_SDK_HOME foi configurada para o mesmo lugar que ANDROID_HOME e não deveria ser. Ele recomenda excluir a variável ANDROID_SDK_HOME que eu fiz e então reiniciei o android studio e avm começou a funcionar.
Provavelmente não vai começar porque você
OU
Se você migrou seu projeto do Eclipse, é provável que, ao executar um emulador, fique preso com esta mensagem e não veja mais nada:
Aguardando dispositivo.
Se você abrir o gerenciador de dispositivos, provavelmente verá algo assim:
Apenas recrie seus dispositivos.
Além de usar um emulador externo como bluestacks, você também pode criar um novo AVD e escolher uma imagem do sistema com uma ABI de armeabi-v7a com um nível de API de 21, em vez de escolher ABI de x86, que falha. Eu estava tendo o mesmo problema, tentei fazer isso e funcionou. espero que isso seja útil também.
Verifique se as seguintes ferramentas estão instaladas ou não no Android SDK Manager, conforme mostrado nesta imagem:
Passei várias horas neste problema. O que funcionou para mim foi abrir o Tools-> Android-> SDK Manager, escolher Android SDK em System Settings à esquerda da tela e ir para a guia SDK tools. Em seguida, desmarquei as configurações do emulador Android e do Intel x86 Emulator Accelerator. Eu apliquei essas alterações, reiniciei o Android Studio, verifiquei novamente essas opções e apliquei as alterações. O programa reinstalou os componentes do emulador e as coisas parecem funcionar. Espero que isso ajude alguém.
Tive o mesmo problema no Windows 10, depois de mover minha pasta android-SDK para D: /, pois estava com pouco espaço em c: /.
Descobriu-se que o emulador do Android procura o Android SDK por meio de variáveis globais (ambiente), não o caminho definido dentro do Android Studio.
Então editei a variável de ambiente de ANDROID_HOME e foi isso.
Se o seu emulador funcionou bem, mas de repente não, apenas reinicie a máquina e execute novamente. Funcionou para mim.
No Android Studio 2.3.3, consegui iniciar e executar meu AVD alterando Graphics
a Emulated Performance
seção de Automatic
para Software-GLES 2.0
:
Pude inferir isso depois de seguir o conselho em https://stackoverflow.com/a/44931679/1843329 e fazer:
$ ./emulator -avd Nexus_4_API_21 -use-system-libs
que resultou em:
emulator: ERROR: Could not initialize OpenglES emulation, use '-gpu off' to disable it.
E quando eu fiz:
./emulator -avd Nexus_4_API_21 -use-system-libs -gpu off
o emulador foi então iniciado.
Acesse a configuração do BIOS e ative o recurso de virtualização . O meu estava junto com opções como velocidade do ventilador cpu e coisas. Em seguida, certifique-se de que o Hyper-V está desligado nos recursos do Windows ATIVADO / DESATIVADO . Em seguida, reinstale o intel HAXM , isso deve resolver o problema.
Eu enfrentei o mesmo problema. A partir de algumas pesquisas que fiz, percebi que meu computador não oferece suporte à virtualização. Então eu tive que instalar o BLUESTACKS. Acredite em mim, funcionou ... você também pode tentar.
adb
Se você quiser configurar o bluestack, basta pesquisar no Google e você pode ter vários sites para baixar gratuitamente.
Basta verificar o log de erros, é necessário que você conheça a falha. Pode ser um erro HAXM de aceleração da janela, conforme mencionado acima, você deve instalá-lo separadamente nesse caso ... geralmente o caminho é c: \ users \ youruser \ appdata \ local (execute algum arquivo bat chamado HAXM)
aqui o erro aparece no android studio e acima estava a solução para isso .. \ android-sdk \ tools> emulador: ERROR: a emulação x86 atualmente requer aceleração de hardware! Certifique-se de que o Intel HAXM esteja instalado corretamente e utilizável. Status de aceleração da CPU: módulo de kernel HAX não instalado!
diga-me mais se o problema persistir; embora depois disso, suponho que você será capaz de ver o emulador nexus 5 na tela
Se tiver dificuldade em abrir o Emulator no Android Studio, você também pode baixar genymotion em seu Android Studio.