Emulator Androida pokazuje tylko czarny ekran, a urządzenia adb pokazują „urządzenie offline”

Właśnie próbuję rozpocząć programowanie w systemie Android. Problem polega na tym, że kiedy próbuję uruchomić emulator, wydając emulator polecenia @ A2 , na ekranie pojawia się emulator. Ale nawet po odczekaniu 2-3 godzin widać tylko czarny ekran. Nawet ekran główny Androida lub logo Androida. Tylko czarny ekran. I chociaż początkowo „urządzenia adb” pokazują emulator jako offline. Po 2-3 minutach lista podłączonych urządzeń staje się pusta.

Przeszukałem całą sieć i wypróbowałem wszystkie wymienione tam kroki, takie jak zabij i uruchom ponownie adb, zainstaluj java / android w katalogu bez spacji, ale bezskutecznie.

Moje instalacje Jdk i Androida znajdują się w następujących folderach:

C: \ Java32BitInstallation C: \ AndroidSdkInstallation Oto lista rzeczy, które dla niego pobrałem / zainstalowałem:

1. Narzędzia Android SDK, wersja 13
2. Narzędzia platform Android SDK, wersja 10
3. Platforma SDK Android 4.0.3, API 15, wersja 1
4. Jdk jdk-7u3-windows-i586

W mojej zmiennej ścieżki dodałem * C: \ AndroidSdkInstallation \ android-sdk \ platform-tools \; C: \ AndroidSdkInstallation \ android-sdk \ tools \; C: \ Java32BitInstallation \; C: \ Java32BitInstallation \ bin *

Również po przeczytaniu gdzieś z sieci dodałem zmienną JAVA_HOME o jej wartości jako C: \ Java32BitInstallation \ Ale nadal nie ma sensu.

Mam zarówno IntelliJ, jak i Eclipse zainstalowane w moim systemie. Ale ponieważ do uruchomienia emulatora nie używam żadnego z nich, nie podejrzewam żadnej z nich.

Czy ktoś może mi pomóc z tymi sprawami, które doprowadzają mnie do szału? Próbuję przez ostatnie 10-12 dni i nie byłem w stanie uruchomić emulatora, nie mówiąc już o napisaniu mojego pierwszego programu „Hello world”.

Dodatkowe uwagi: Mój system to komputer z systemem Windows 7 (64-bitowy). Wcześniej zainstalowałem 64-bitową wersję jdk, ale problem również był obecny. Teraz po wyszukiwaniu w Internecie odinstalowałem to i zainstalowałem 32-bitową wersję Java. Ale znowu nie ma sensu. Jedną rzeczą jest to, że ta 32-bitowa wersja Javy (Jdk 7, aktualizacja 3), najpierw zainstaluj Jre jako część instalacji JDK, a następnie instaluje Jre 7. Więc teraz mam 2 foldery: jre i jre7 w katalogu C: \ Java32BitInstallation. Czy to może mieć coś wspólnego z tym, że mój emulator się nie pojawi. Czy muszę określać dodatkowe zmienne środowiskowe lub modyfikować istniejącą? Uprzejma pomoc.

BTW, czy wspomniałem, że logcat nic nie pokazuje.

Mam ten sam problem z najnowszym zestawem SDK systemu Android. Po prostu dezaktywowałem pole wyboru „Użyj GPU hosta” w ustawieniach urządzenia wirtualnego i znów zaczęło działać.

„Użyj GPU hosta” działa tylko dla mnie z Androidem 4.2 jako „Target”.

Aktualizacja 26.02.2014:

Istnieją dwie wskazówki w rozdziale Konfigurowanie akceleracji graficznej od developer.android.com.

Uwaga: Od wersji 17 SDK Tools funkcja przyspieszania grafiki w emulatorze jest eksperymentalna; zwracaj uwagę na niezgodności i błędy podczas korzystania z tej funkcji.

i

Uruchom AVD Managera i utwórz nowy AVD z wartością docelową Androida 4.0.3 (API Level 15), wersja 3 lub wyższa.

Tak więc system Android 4.0.3 (poziom API 15) wydaje się być minimalnym wymaganiem dla przyspieszenia grafiki.

Aktualizacja 25.07.2018:

Najnowsza wersja Android Studio nie ma już tej opcji. Jeśli problem będzie się powtarzał, spróbuj przełączyć między wartościami menu rozwijanego „Emulowana wydajność” w oknie dialogowym Sprawdź konfigurację (jeśli jest dostępna) lub zapoznaj się z tematem Konfigurowanie renderowania grafiki i przyspieszanie sprzętowe .

Miałem problemy z pobieraniem większych urządzeń do emulacji (Nexus 7 i 10), podczas gdy emulatory wielkości telefonu działały świetnie. Po prostu dostałbym czarny ekran bez niczego przez wiele godzin z tabletami. Pomogło w rzeczywistości OPOZYCJA tego, co większość ludzi tutaj poleca: po ustawieniu pola wyboru „Użyj hosta GPU” i ustawieniu celu na najwyższego Androida (4.4.2 w momencie pisania tego tekstu) 7 i 10 działają jako spodziewany!

Mam ostatnio ten sam problem w emulatorze, Nexus 5 (Android O). Poszedłem do Menedżera urządzeń wirtualnych Androida i Wyczyść dane użytkownika, co rozwiązało mój problem.

Sprawdzanie „Wyczyść dane użytkownika” w Opcjach uruchamiania naprawiło to dla mnie.

Idź do Android Virtual Device Manager-> Wybierz swoje urządzenie-> Start-> Zaznacz „Wyczyść dane użytkownika” -> Uruchom

Użytkownicy komputerów Mac: Niestety, jeśli masz starszy komputer Mac (na przykład pod koniec 2009 r.) I używasz Yosemite, nie możesz używać HAXM dla architektury 64-bitowej. Zgodnie z informacjami o wersji HAXM:

Sterownik HAXM nie obsługuje emulacji 64-bitowego obrazu systemu w systemach Intel opartych na mikroarchitekturze Core (Core, Core2 Duo itp.). Obsługiwane są wszystkie systemy oparte na Nehalem i nowszych wersjach. (Corei3, Core i5 i Core i7).

Kiedy natknąłem się na ten cytat, spędziłem dzień próbując rozwiązać ten problem. Jedyne, co działa, to użycie w systemie AVD najnowszej wersji systemu operacyjnego innej niż x86 (np. Lollipop Android 5.0.1 armeabi-v7a)

Czy próbowałeś przycisku zasilania :) ... to naprawdę działało dla mnie. W rzeczywistości emulator zapisuje stan urządzenia przed zamknięciem, więc przy ostatnim uruchomieniu, jeśli wyłączyłeś urządzenie i zamknąłeś emulator, to w następnym uruchomieniu załaduje poprzedni stan i wyświetli wyłączony telefon, czyli pusty ekran. Chociaż może być wiele innych przyczyn tego problemu.

Czy przywrócić ustawienia fabryczne w „Menedżer urządzeń Android” .

W nowszych wersjach Androida Studio nazywa się to „Wyczyść dane” i znajduje się w menu prawym przyciskiem myszy urządzenia w menedżerze urządzeń wirtualnych.

Oto jak to rozwiązałem: Uruchomiłem emulator z następującą komendą:

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

i otrzymał następujące dane wyjściowe:

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

Więc właśnie zwolniłem trochę miejsca na dysku z mojego katalogu / home w Ubuntu (dla Windows zwolnij miejsce na dysku C:), a następnie uruchomiłem się płynnie.

Również ten problem pojawił się nieoczekiwanie. Android studio zajmowało 100% procesora, a na targach wystąpił następujący błąd:

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.

Zimny ​​rozruch naprawił to dla mnie, jak odpowiedź boltup_im_coding. Możesz także uruchomić w ten sposób na zimno, jeśli jest już uruchomiony (z czarnym ekranem).

Po jego dźwięku masz źle skonfigurowane urządzenie. Jeśli to zrobisz, nigdy się nie uruchomi i nigdy nie pokaże niczego w Logcat.

Polecam utworzenie nowego urządzenia przy użyciu jednej z domyślnych „Definicji urządzeń” dostępnych w Menedżerze AVD. To tak proste, jak wyróżnienie typu urządzenia w zakładce „Definicje urządzeń” i kliknięcie przycisku „Utwórz AVD ...”, a następnie wypełnienie kilku szczegółów. Zacznę od dostosowania „pamięci wewnętrznej” do około 8 GB i (być może) „karty SD” 2 GB, pozostawiając wszystko inne bez zmian. Spróbuj uruchomić urządzenie, a na ekranie pojawi się komunikat „Android”. Pierwsze uruchomienie zwykle zajmuje trochę czasu, więc po prostu poczekaj i obserwuj Logcat pod kątem wszelkich problemów (pomaga tutaj perspektywa „DDMS”).

Jeśli nadal widzisz czarny ekran z domyślną definicją urządzenia, masz problemy gdzie indziej, które powodują awarię urządzenia. Kopanie dzienników może być twoją jedyną szansą, jeśli tak jest. Zawsze możesz spróbować ponownie pobrać ADT i ponownie zainstalować zestawy SDK, jeśli nic więcej nie działa.

Tutaj chodzi o to, aby uruchomić Cię z (bardzo) podstawowym urządzeniem, więc nie strzelaj do imponujących specyfikacji w tym momencie, po prostu strzelaj, próbując uruchomić. Gdy to się stanie, spróbuj dostosowywać ustawienia jeden po drugim, dopóki nie określisz tego tak, jak lubisz. Pamiętaj tylko, że emulator ma swoje ograniczenia i nie może zastąpić prawdziwego urządzenia (chociaż działa przez większość czasu;)

Upewnij się, że masz zainstalowaną najnowszą wersję HAXM. Miałem ten sam problem z pustym ekranem w wersji 1.0.1, gdy 1.0.8 był już dostępny. Instalator można pobrać za pomocą narzędzi SDK, aby faktycznie zainstalować moduł, który musiałbyś wykonać

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

Jest to znany błąd, jeśli podczas tworzenia AVD wybrałeś opcję „Użyj hosta GPU”. https://code.google.com/p/android/issues/detail?id=28614
Odznacz opcję i powinna działać!

Po prostu spróbuj ustawić CPU / ABI na „Intel Atom (x86)” i dezaktywować pole „Use Host GPU”.

Problemy związane z czarnym oknem emulatora:

Zdarza się po zainstalowaniu nowego systemu Windows. Problem związany z grafiką okien znajduje się na dysku CD z oknami. Musisz zaktualizować okna i wykonać następujące kroki.

Jeśli grafika wydajności emulowanej to (Oprogramowanie GLES, wybierz ją -> Automatycznie)

Lub Jeśli grafika wydajności emulowanej jest (Automatycznie, wybierz ją -> Oprogramowanie GLES)

ta zmiana może rozwiązać ten problem.

Zmieniłem go na zawsze „zimny rozruch”, aby naprawić mój problem. Wcześniej, kiedy prowadziłem adb devices, zawsze pokazywał jako offline.

Następująca poprawka działała dla mnie:

1. Znajdź folder AVD w ~/.android/avd
2. otwarty config.ini

3. Zastąp następujące ustawienia tymi wartościami:

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

4. Zapisz i zamknij plik
5. Nie otwieraj ekranu ustawień AVD w Android Studio, ponieważ spowoduje to przywrócenie powyższych ustawień
6. Uruchom emulator

Podziękowania dla Sunsugh Park za dostarczenie poprawki .

Zgłosiłem to do Google na czarnym ekranie, uruchamiając API 15 . Oznacz problem gwiazdką, aby go naprawić.

Edytować

W rzeczywistości, podczas gdy emulator uruchomił się poprawnie, zawiesił się po otwarciu aplikacji. Dlatego zespół emulatorów musi mieć wyłączoną grafikę sprzętową z jakiegoś powodu. Niestety uruchomienie emulatora wydaje się niemożliwe.

Miałem ten sam problem z API 28, a poprawka okazała się następująca;

Włączanie renderowania Skia dla interfejsu użytkownika Androida

Podczas korzystania z obrazów dla interfejsu API 27 lub nowszego emulator może renderować interfejs użytkownika Androida za pomocą Skia, który może renderować płynniej i wydajniej.

Aby włączyć renderowanie Skia, użyj następujących poleceń w powłoce adb :

su
setprop debug.hwui.renderer skiagl
stop
start

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

Ja też mam ten sam problem. Kiedy zmieniłem Eclipse z EE na Eclipse Classic, działało dobrze. w Win Professional 64Bit. Spróbuj, to też może Ci pomóc.

Udało mi się uruchomić i debugować aplikację testującą Androida na emulatorze Androida za pośrednictwem Delphi.

Mam 64-bitowy system Windows 7, 4 GB pamięci RAM, dwurdzeniowy procesor 3GHz i Delphi XE 5.

Poniżej znajduje się link, który przygotowałem w pośpiechu dla moich kolegów w pracy, ale poprawię to przy pierwszej okazji:

Debuguj aplikacje na Androida za pomocą Delphi

Wybacz mój język angielski, ale nie jestem rodzimym językiem angielskim. Mam nadzieję, że znajdziesz ten mały samouczek

Aby obejść ten problem, wypróbuj system Android 4.0.3 (API 15) z obrazem Intel Atom (x86). Mógłbym przechwytywać zrzuty ekranu DDMS z włączoną funkcją „użyj hosta GPU” i HAXM. Tylko ta kombinacja działała dla mnie.

Też miałem ten sam problem. Doszedłem do wniosku, że akcelerator sprzętowy HAXM został niedawno zaktualizowany, ale nie został ponownie zainstalowany, ponieważ menedżer aktualizacji po prostu aktualizuje pakiet instalatora, który jest zapisywany na dysku twardym. Musisz usunąć HAXM, a następnie uruchomić ten pakiet instalatora, aby dokończyć aktualizację. Zwykle jest to instalowane w ANDROID-SDK-ROOT \ android-sdk \ extras \ intel \ Hardware_Accelerated_Execution_Manager. Gdzie ANDROID-SDK-ROOT to lokalizacja, w której znajduje się twój sdk Androida.

Dla mnie musiałem wyłączyć zarówno aparat przedni, jak i tylny. Mam nadzieję że to pomoże!

Miałem ten problem na komputerze Mac. Gdy tworzysz urządzenie, jeśli zmieniasz „Grafika” z „Automatyczna” na „Oprogramowanie”, rozwiązuje to problem, a przynajmniej tak dla mnie.

Korzystam z błyskawicznych emulatorów Androida Microsoftu wykorzystujących Hyper-V i miałem taki sam czarny ekran dla każdego emulatora Androida, który stworzyłem, bez względu na to, jak ustawiłem Tryb GPU (auto, host, mesa, kąt, swifthader, wyłączony). Chociaż moja sytuacja jest podobno inna niż w OP, pomyślałem, że może być przydatny dla osób używających emulatorów Microsoft Android i przybywających tutaj po przeszukaniu „czarnego ekranu emulatora Androida”.

Rozwiązaniem w moim przypadku jest aktualizacja wszystkich narzędzi Androida:

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

Na dzień dzisiejszy (2019-02-01) emulatory Androida miałyby ten problem z czarnym ekranem, jeśli masz świeżą instalację programu Visual Studio 2017. VS automatycznie wyświetla powiadomienia o aktualizacjach pakietów NuGet, narzędzi rozszerzeń itp., Ale NIE dla Androida aktualizacje narzędzi. Musisz je sprawdzić i zaktualizować ręcznie.

Miałem ten problem na moim Nexusie 7, Nexusie 10 i Pixelu, co oznacza, że ​​we wszystkich emulatorach.

Po wielu dniach zmagania się z tym problemem w końcu doszedłem do wniosku. Cóż, istnieje wiele odpowiedzi powyżej, które mogą działać lub nie, ponieważ ich konfiguracja może się nieco różnić od twojej.

Powiem ci moje rozwiązanie:

Podczas tworzenia tych emulatorów sprawdziłem sprzęt - GLES 2.0 w grafice, aby uzyskać lepszą wydajność. I dla mnie to był problem .

Jeśli zrobiłeś to samo,

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.

Następnie kliknij Show Advanced Settings -> Set none for both Front and Back camerai hit Finish.

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

I jesteś gotowy, aby przejść 😀

Miałem ten problem po tym, jak dostałem niebieski ekran śmierci podczas uruchamiania mojego emulatora. Oto moje rozwiązanie (przynajmniej dla systemu Windows). Moje rozwiązanie to zbyt całkowita ponowna instalacja AVD. Problem z normalnym procesem odinstalowywania w Android Studio polega na tym, że nie usuwa wszystkiego , więc jeśli pliki AVD są uszkodzone, pozostaną uszkodzone podczas ponownej instalacji.

Aby to naprawić, usunąłem dwa katalogi:

C: \ Users \ (Moja nazwa użytkownika) \. Android

i

C: \ Users \ (Moja nazwa użytkownika) \. AndroidStudio 3.1

Następnie uruchomiłem ponownie w instalatorze.

Myślę, że jest to najbardziej niezawodne rozwiązanie, jeśli Twój emulator działał wcześniej, ponieważ wymusza całkowite odświeżenie komponentu AVD Android Studio.

Innym źródłem błędu może być długość PATHzmiennej systemowej (w systemach Windows). Uruchamianie obrazów opartych na danych wywiadowczych ze PATHzmienną dłuższą niż 2047 znaków wydaje się przekazywać pustą wartość tej zmiennej do konsoli / emulatora, więc nie można jej poprawnie uruchomić.

Oto artykuł opisujący to zachowanie: https://software.intel.com/en-us/articles/limitation-to-the-length-of-the-system-path-variable

Miałem ten sam problem. Zmniejszenie całkowitej długości tej zmiennej systemowej do 1354 znaków poprzez usunięcie nieużywanych / nieistniejących ścieżek naprawiło to dla mnie.

Miałem ten sam problem. Oto moje rozwiązanie (dla Mac OS). Właśnie obniżyłem wersję emulatora Androida (z 28.0.3 do 27.3.8). Oto szczegółowa instrukcja, jak to zrobić.

Miałem ten sam problem także w win10 64bit. Po wielu poszukiwaniach znalazłem to rozwiązanie (jeśli używasz systemu Intel (CPU, GPU, płyty głównej itp.)), Mam nadzieję, że zadziała również dla ciebie.

krok 1: Upewnij się, że na urządzeniu jest włączona wirtualizacja:

Uruchom ponownie komputer, a następnie naciśnij klawisz F2, aby skonfigurować BIOS. Powinieneś znaleźć znacznik Virtualization i upewnić się, że jest oznaczony jako włączony. Jeśli nie jest włączona, żadne wirtualne urządzenia nie mogą działać na Twoim urządzeniu.

krok 2: Zainstaluj / zaktualizuj Intel Hardware Accelerated Execution Manager (Intel HAXM) na swoim urządzeniu:

To oprogramowanie powinno zostać zainstalowane lub zaktualizowane, aby mogły działać AVD. Możesz pobrać najnowszą wersję, przeglądając „HAXM”. Po pobraniu zainstaluj plik .exe i uruchom ponownie komputer.

Napotkałem ten sam problem: wybranie czyszczenia danych działało dla mnie.