L'emulatore Android non mostra nulla tranne la schermata nera e i dispositivi adb mostrano "dispositivo offline"

Sto solo cercando di iniziare lo sviluppo in Android. Quindi, il problema è che quando provo ad avviare un emulatore emettendo il comando emulator @ A2 , sullo schermo compare un emulatore. Ma anche dopo aver aspettato fino a 2-3 ore, tutto ciò che mostra è uno schermo nero. Nemmeno la schermata iniziale Android o il logo Android. Solo uno schermo nero. E mentre inizialmente "dispositivi adb" mostra l'emulatore come offline. Dopo 2-3 minuti l'elenco dei dispositivi collegati diventa vuoto.

Ho cercato su tutta la rete e ho provato tutti i passaggi menzionati lì come uccidere e riavviare adb, installare java / android in una directory senza spazi, ma inutilmente.

Le mie installazioni Jdk e Android si trovano nelle seguenti cartelle:

C: \ Java32BitInstallation C: \ AndroidSdkInstallation Ecco l'elenco delle cose che ho scaricato / installato per esso:

1. Strumenti SDK per Android, revisione 13
2. Strumenti per piattaforme Android SDK, revisione 10
3. Piattaforma SDK Android 4.0.3, API 15, versione 1
4. Jdk jdk-7u3-windows-i586

Nella mia variabile di percorso , ho aggiunto * C: \ AndroidSdkInstallation \ android-sdk \ platform-tools \; C: \ AndroidSdkInstallation \ android-sdk \ tools \; C: \ Java32BitInstallation \; C: \ Java32BitInstallation \ bin *

Anche dopo aver letto da qualche parte dalla rete ho aggiunto la variabile JAVA_HOME con il suo valore come C: \ Java32BitInstallation \ Ma ancora inutile.

Ho installato IntelliJ ed Eclipse sul mio sistema. Ma da quando ho avviato l'emulatore, non sto usando nessuno di questi, non sospetto alcun fallo con questi.

Quindi, qualcuno può aiutarmi per favore con queste cose che mi stanno facendo impazzire. Sto provando da 10-12 giorni e non sono stato in grado di avviare l'emulatore, figuriamoci scrivere il mio primo programma "Hello world".

Note aggiuntive: Il mio sistema è una macchina Windows 7 (64 bit). In precedenza avevo installato la versione a 64 bit di jdk, ma il problema era presente anche quella volta. Ora dopo aver cercato su Internet, l'ho disinstallato e installato la versione a 32 bit di Java. Ma ancora una volta inutile. Una cosa, però, questa versione a 32 bit di java (jdk 7 update 3), installa prima jre come parte dell'installazione di jdk e poi installa jre 7. Quindi ora ho 2 cartelle: jre e jre7 nella directory C: \ Java32BitInstallation. Questo potrebbe fare qualcosa con il mio emulatore che non si presenta. Devo specificare le variabili ambientali aggiuntive o modificare quella esistente? Gentile aiuto.

A proposito, ho già detto che il logcat non mostra nulla.

Ho avuto lo stesso problema con l'ultimo SDK per Android. Ho semplicemente disattivato la casella di controllo "Usa GPU host" all'interno delle impostazioni del dispositivo virtuale e ha ripreso a funzionare.

"Usa GPU host" funziona solo con Android 4.2 come "Target".

Aggiornamento 26.02.2014:

Ci sono due suggerimenti nel capitolo Configurazione dell'accelerazione grafica da developer.android.com.

Attenzione: a partire da SDK Tools Revision 17, la funzione di accelerazione grafica per l'emulatore è sperimentale; prestare attenzione a incompatibilità ed errori quando si utilizza questa funzione.

e

Avviare AVD Manager e creare un nuovo AVD con il valore Target di Android 4.0.3 (API Level 15), revisione 3 o successiva.

Quindi Android 4.0.3 (API Level 15) sembra essere il requisito minimo per l'accelerazione grafica.

Aggiornamento 25.07.2018:

L'ultima versione di Android Studio non ha più questa opzione. Se il problema persiste, provare a alternare tra i valori del menu a discesa "Prestazioni emulate" nella finestra di dialogo Verifica configurazione (se disponibile) o fare riferimento al rendering della grafica dell'emulatore Configure e all'accelerazione hardware .

Ho avuto problemi con l'emulazione dei dispositivi più grandi (Nexus7 e 10), mentre gli emulatori di dimensioni del telefono funzionavano alla grande. Continuerei a ottenere uno schermo nero senza nulla per ore con i tablet. Ciò che ha aiutato è stato in realtà l'OPPOSITO di ciò che la maggior parte delle persone qui sta raccomandando: dopo aver impostato la casella di spunta per "Usa GPU host" e impostato il target sull'androide più alto (4.4.2 al momento della stesura di questo documento) il 7 e il 10 funzionano come previsto!

Recentemente ho avuto lo stesso problema nell'emulatore, Nexus 5 (Android O). Sono andato su Gestione dispositivi virtuali Android e cancellare i dati utente e ho risolto il mio problema.

Il controllo di "Cancella dati utente" nelle Opzioni di avvio ha risolto il problema per me.

Vai su Gestione dispositivi virtuali Android-> Seleziona il tuo dispositivo-> Avvia-> Seleziona "Cancella dati utente" -> Avvia

Utenti Mac: Sfortunatamente, se hai un Mac più vecchio (ad esempio fine 2009) e stai usando Yosemite, non puoi usare HAXM per l'architettura a 64 bit. Secondo le note di rilascio su HAXM:

Il driver HAXM non supporta l'emulazione di un'immagine di sistema a 64 bit su sistemi Intel basati su microarchitettura Core (Core, Core2 Duo ecc.). Sono supportati tutti i sistemi basati su Nehalem e oltre. (Macchine Corei3, Core i5 e Core i7).

Ho trascorso una giornata cercando di capire questo problema quando ho trovato questa citazione. L'unica cosa che funziona è usare la versione non x86 dell'ultimo SO (ad esempio Lollipop Android 5.0.1 armeabi-v7a) nel tuo AVD

Hai provato il pulsante di accensione :) ... ha funzionato davvero per me. In realtà l'emulatore salva lo stato del dispositivo prima di chiuderlo, quindi all'ultima corsa se hai spento il dispositivo e chiuso l'emulatore, nella corsa successiva caricherà lo stato precedente e visualizzerà il telefono spento, ovvero schermo vuoto. Sebbene potrebbero esserci molte altre cause di questo problema.

Eseguire il ripristino delle impostazioni di fabbrica in "Gestione dispositivi Android" .

Nelle versioni più recenti di Android Studio, questo si chiama "Cancella dati" ed è nel menu di scelta rapida del dispositivo in Gestione dispositivi virtuali.

Ecco come l'ho risolto: ho eseguito l'emulatore con il seguente comando:

sudo /home/code/Android/Sdk/tools/emulator -avd Nexus_S_API_21 -netspeed full -netdelay none -debug-init -logcat '*:v'

e ha ricevuto quanto segue nell'output:

NAND: could not write file /tmp/android-code/TMP7.tmp, No space left on device. (similar error, could not reproduce it)

Quindi, ho appena liberato un po 'di spazio su disco dalla mia directory / home in ubuntu (per Windows libera lo spazio su disco C:) e poi si è avviato senza problemi.

Anche questo problema è stato fuori dal nulla. Android Studio occupava il 100% della CPU e in Expo ho avuto il seguente errore:

Couldn't start project on Android: Error running adb: This computer is not authorized to debug the device. Please follow the instructions here to enable USB debugging: https://developer.android.com/studio/run/device.html#developer-device-options. If you are using Genymotion go to Settings -> ADB, select "Use custom Android SDK tools", and point it at your Android SDK directory.

Cold Boot ha risolto il problema per me, come la risposta di boltup_im_coding. Puoi anche eseguire il riavvio a freddo in questo modo se è già in esecuzione (con la schermata nera).

A quanto pare hai un dispositivo configurato male. Se lo fai, non si avvierà mai e non mostrerà mai nulla in Logcat.

Consiglio di creare un nuovo dispositivo utilizzando una delle "Definizioni dispositivo" predefinite disponibili in AVD Manager. È facile come evidenziare il tipo di dispositivo desiderato nella scheda "Definizioni dispositivo" e fare clic sul pulsante "Crea AVD ...", quindi compilare alcuni dettagli. Comincerei regolando "Memoria interna" a circa 8 GB e (forse) una "Scheda SD" di 2 GB lasciando tutto il resto uguale. Prova ad avviare il dispositivo e se vedi "Android" pop-up sullo schermo sei in esecuzione. Il primo avvio di solito richiede un po 'di tempo, quindi aggrappati e osserva Logcat per eventuali problemi (la prospettiva "DDMS" aiuta qui).

Se vedi ancora una schermata nera con una definizione del dispositivo predefinita, hai altri problemi che causano il malfunzionamento del dispositivo. Scavare tra i registri può essere la tua unica possibilità se è così. Puoi sempre provare a scaricare di nuovo ADT e reinstallare gli SDK se nient'altro funziona.

L'obiettivo qui è farti funzionare con un dispositivo (molto) di base, quindi non sparare per le tue straordinarie specifiche a questo punto, solo sparare per provare a farlo funzionare. Una volta che ciò accade, prova a regolare le impostazioni una alla volta fino a quando non lo hai specificato nel modo che preferisci. Basta tenere presente che l'emulatore ha i suoi limiti e non può sostituire un dispositivo reale (sebbene funzioni la maggior parte delle volte;)

Assicurati di aver installato l'ultima revisione HAXM. Ho avuto lo stesso problema di schermo vuoto con la versione 1.0.1 mentre 1.0.8 era già disponibile. Il programma di installazione può essere scaricato tramite gli strumenti SDK, per installare effettivamente il modulo che dovresti eseguire

android-sdk-directory \ Extras \ intel \ intelhaxm.exe Hardware_Accelerated_Execution_Manager \

Questo è un bug noto se è stata selezionata l'opzione "Usa GPU host" durante la creazione di AVD. https://code.google.com/p/android/issues/detail?id=28614
Deseleziona l'opzione e dovrebbe funzionare!

Basta provare a impostare CPU / ABI su "Intel Atom (x86)" e disattivare la casella di controllo "Usa GPU host".

I problemi associati alla finestra nera dell'emulatore:

Succede quando viene installata una nuova finestra. Il problema associato alla grafica delle finestre si trova sul CD di Windows. Devi aggiornare Windows e seguire i seguenti passaggi.

Se Emulated Performance Graphics è (Software GLES, selezionalo su -> Automatico)

Oppure, se la Grafica delle prestazioni emulate è (Automatica, selezionala in -> Software GLES)

questa alternanza può risolvere questo problema.

L'ho cambiato in "avvio a freddo" sempre per risolvere il mio problema. Prima di questo, quando correvo adb devices, mostrava sempre come offline.

La seguente correzione ha funzionato per me:

1. Individua la cartella AVD in ~/.android/avd
2. Aperto config.ini

3. Sostituisci le seguenti impostazioni con questi valori:

   hw.gpu.enabled=yes
   hw.gpu.mode=on
   

4. Salva e chiudi il file
5. Non aprire la schermata delle impostazioni AVD in Android Studio, altrimenti verranno ripristinate le impostazioni precedenti
6. Avvia l'emulatore

Grazie a Sunsugh Park per aver fornito la correzione .

Ho segnalato questo a Google alla schermata nera avviando API 15 . Si prega di contrassegnare il problema per convincerli a risolverlo.

modificare

In realtà, mentre l'emulatore si è avviato correttamente, si è arrestato in modo anomalo dopo l'apertura di un'app. Quindi il team dell'emulatore deve aver disabilitato la grafica hardware per un motivo. Sfortunatamente, sembra impossibile far funzionare l'emulatore.

Ho avuto lo stesso problema su API 28 e la correzione è risultata essere la seguente;

Abilitazione del rendering Skia per l'interfaccia utente Android

Quando si utilizzano immagini per API 27 o successive, l'emulatore può eseguire il rendering dell'interfaccia utente Android con Skia, che può essere visualizzato in modo più fluido ed efficiente.

Per abilitare il rendering Skia, usa i seguenti comandi nella shell adb :

su
setprop debug.hwui.renderer skiagl
stop
start

https://developer.android.com/studio/run/emulator-acceleration#accel-graphics

Anch'io ho avuto lo stesso problema. Quando ho cambiato Eclipse da EE a Eclipse Classic ha funzionato bene. in Win 64 bit professionale. Provalo, potrebbe funzionare anche per te ..

Sono riuscito a lanciare ed eseguire il debug di un'applicazione di test Android sull'emulatore Android tramite Delphi.

Ho Windows 7 a 64 bit, 4 GB di RAM, un processore dual core a 3GHz e Delphi XE 5.

Di seguito è riportato un link che ho preparato in fretta per i miei colleghi di lavoro, ma lo renderò migliore alla prima occasione:

Debug di app Android con Delphi

Perdona la mia lingua inglese ma non sono un madrelingua inglese. Spero che troverai questo piccolo tutorial

Per una soluzione alternativa prova Android 4.0.3 (API 15) con l'immagine Intel Atom (x86). Potrei catturare schermate DDMS sia con "usa host gpu" che HAXM abilitato. Solo questa combinazione ha funzionato per me.

Ho anche avuto lo stesso problema. Ho capito che l'acceleratore hardware HAXM è stato recentemente aggiornato ma non reinstallato poiché il gestore aggiornamenti aggiorna solo il pacchetto di installazione che viene salvato sul disco rigido. Sarà necessario rimuovere HAXM e quindi eseguire quel pacchetto di installazione per completare l'aggiornamento. Solitamente questo viene installato in ANDROID-SDK-ROOT \ android-sdk \ extras \ intel \ Hardware_Accelerated_Execution_Manager. Dove ANDROID-SDK-ROOT è la posizione in cui si trova il tuo sdk Android.

Per me, ho dovuto spegnere sia la fotocamera anteriore che quella posteriore. Spero che questo ti aiuti!

Stavo riscontrando questo problema sul mio Mac. Quando si crea il dispositivo se si cambia "Grafica" da "Automatico" a "Software" risolve il problema, o almeno lo ha fatto per me.

Uso gli emulatori Android velocissimi di Microsoft che utilizzano Hyper-V e ho avuto la stessa schermata nera per ogni emulatore Android che ho creato indipendentemente da come ho impostato la modalità GPU (auto, host, mesa, angolo, swiftshader, off). Sebbene la mia situazione sia apparentemente diversa da quella dell'OP, ho pensato che potesse essere utile per coloro che usano gli emulatori Microsoft Android e che sono venuti qui dopo aver cercato "schermo nero dell'emulatore Android".

La soluzione nel mio caso è l'aggiornamento di tutti gli strumenti Android:

   Visual Studio > Tools > Android > Android SDK Manager > Tools

Ad oggi (2019-02-01), gli emulatori Android avrebbero questo problema con lo schermo nero se avessi una nuova installazione di Visual Studio 2017. VS mostra automaticamente le notifiche per gli aggiornamenti di pacchetti NuGet, strumenti di estensione, ecc., Ma NON per Android aggiornamenti degli strumenti. Devi controllarli e aggiornarli manualmente.

Ho avuto questo problema sul mio Nexus 7, Nexus 10 e Pixel, il che significa in tutti gli emulatori.

Dopo giorni di difficoltà con questo problema, alla fine l'ho capito. Bene, ci sono molte risposte sopra che potrebbero funzionare o meno per te perché la loro configurazione può variare leggermente rispetto alla tua.

Ti dirò la mia soluzione:

Durante la creazione di quegli emulatori, ho controllato Hardware - GLES 2.0 in Grafica per prestazioni migliori. E per me era il problema .

Se hai fatto lo stesso allora,

Go to AVD Manager -> Select your emulator -> Click on Edit configuration (in Actions column marked as pencil) -> in Emulated performance - Graphics -> Select Software - GLES 2.0.

Quindi fare clic su Show Advanced Settings -> Set none for both Front and Back camerae hit Finish.

Ora select your emulator in AVD Manager and click on Dropdown arrow in Actions column -> select Cold Boot Now.

E yay sei pronto per partire 😀

Stavo avendo questo problema dopo aver ottenuto la schermata blu della morte mentre eseguivo il mio emulatore. Ecco la mia soluzione (almeno per Windows). La mia soluzione è reinstallare completamente l'AVD. Il problema con il normale processo di disinstallazione per Android Studio è che non rimuove tutto , quindi se i file AVD sono danneggiati, rimarranno danneggiati durante la reinstallazione.

Per risolvere questo problema, ho eliminato due directory:

C: \ Users \ (My Username) \. Android

e

C: \ Users \ (My Username) \. AndroidStudio3.1

Quindi ho eseguito nuovamente l'esecuzione nel programma di installazione.

Penso che questa sia la soluzione più infallibile se il tuo emulatore funzionava in precedenza perché forza un aggiornamento completo del componente AVD di Android Studio.

Un'altra fonte di errore potrebbe essere la lunghezza della PATHvariabile di sistema (sui sistemi Windows). L'esecuzione di immagini basate su Intel con una PATHvariabile più lunga di 2047 caratteri sembra passare un valore vuoto di questa variabile alla console / emulatore, quindi non può avviarsi correttamente.

Ecco un articolo che descrive questo comportamento: https://software.intel.com/en-us/articles/limitation-to-the-length-of-the-system-path-variable

Ho avuto lo stesso problema. Riducendo la lunghezza totale di questa variabile di sistema a 1354 caratteri rimuovendo i percorsi inutilizzati / inesistenti, è stato risolto per me.

Ho avuto lo stesso problema. Ecco la mia soluzione (per Mac OS). Ho appena eseguito il downgrade della versione dell'emulatore Android (dal 28.0.3 al 27.3.8). Ecco un'istruzione dettagliata su come farlo.

Ho avuto lo stesso problema anche in win10 64 bit. Dopo molte ricerche, ho trovato questa soluzione (se stai usando un sistema Intel (CPU, GPU, scheda madre, ecc.)) Spero che funzioni anche per te.

passaggio 1: assicurarsi che la virtualizzazione sia abilitata sul dispositivo:

Riavviare il computer e quindi premere F2 per la configurazione del BIOS. Dovresti trovare il tag di virtualizzazione e assicurarti che sia contrassegnato come abilitato. Se non è abilitato, nessun dispositivo virtuale può essere eseguito sul tuo dispositivo.

passaggio 2: installare / aggiornare Intel Hardware Accelerated Execution Manager (Intel HAXM) sul dispositivo:

Questo software deve essere installato o aggiornato per l'esecuzione di qualsiasi AVD. Puoi scaricare la versione più recente googling "HAXM". Dopo il download, installa il file .exe e riavvia il computer.

Avevo affrontato lo stesso problema, selezionando i dati cancellati ha funzionato per me.