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


184

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.


3
Nie wiem czy udało ci się rozwiązać ten problem. Ostatnio miałem ten sam problem. Spróbuj uruchomić emulator za pomocą emulator -debug-init -logcat '*:v'. Może to prowadzić do głównej przyczyny. Mój zawodził ServiceManager. Wyglądało na to, że usunąłem kilka plików ServiceManager.
Markus,

1
Napotkałem czarny ekran w trakcie uruchamiania programu na emulatorze. Przyznaję, że twój problem brzmi jak problem z konfiguracją AVD, chciałem tylko poinformować innych, że wycieki pamięci mogą również powodować czarny ekran. Mój logcat nie pokazywał Garbage collector GC_MESSAGE, dopóki nie wyczyściłem avd, zrestartowałem logcat i uruchomiłem ponownie emulator. Mam nadzieję, że to komuś pomoże, ponieważ spędziłem sporo czasu, usuwając i ponownie tworząc AVD, kiedy to nie był mój problem ..: - /
cjayem13

Spójrz w poniższy link. Dla mnie to działa dobrze. stackoverflow.com/questions/23509626/…
Android

1
@Markus, gdzie działa polecenie „emulator”? Nie w narzędziach platformowych
Shirish Herwade,

1
@FabioR: Mac można nacisnąć klawisz Command + Option + ESCAPE, wybierz qemu-system-i386i Wymuś koniec . Równoważne podejście powinno również działać na innych systemach operacyjnych.
ccpizza

Odpowiedzi:


136

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 .


2
ok, rozumiem. Musiałem zaktualizować niektóre rzeczy za pomocą mojego menedżera SDK. Niestety nie mogę dokładnie powiedzieć, która aktualizacja była właściwa, ale myślę, że ma to związek z emulatorami procesorów.
muetzenflo

1
dzięki! Miałem ten sam problem od wielu dni i nie mogłem go rozwiązać!
cvocvo

89
Dla mnie jest odwrotnie - muszę włączyć „HOST GPU”, aby działał. Jedynym problemem jest to, że nie mogę robić zrzutów ekranu w tym trybie: /
Elad Avron,

3
GPU hosta musi być dla mnie włączony na Ubuntu 12.04 i
Androidzie SDK

2
Emulator Androida 4.0.3 działa po włączeniu trybu GPU w Android Studio 3.4 (Linux, Windows 10). Nie można zmienić opcji w oknie dialogowym Sprawdź konfigurację. Wymusza wyłączenie trybu GPU bez względu na to, co wybrałeś w emulacji wydajności. Więc zmień config.ini bezpośrednio. hw.gpu.enabled = yes and hw.gpu.mode = on. Pliki konfiguracyjne znajdują się zwykle w folderze / user folder / .android / avd / emulator name.avd /.
Sungsuh Park

82

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!


17
To również działało dla mnie. Upewnij się, że zaznaczono opcję Użyj GPU hosta i ustawiono cel na Androida 4.4.2.
R Brill

1
Dzięki. Zaznaczyłem opcję i 4.2.2 zacząłem działać! Wierzę w to, o czym wspominali także inni ludzie. Co za dziwny świat Java !!
JQ.

Dokładnie to, czego potrzebowałem. Dzięki!
TheXenocide

Po zaznaczeniu opcji „Użyj GPU hosta” lub bez niego interfejs API na poziomie 14 nie będzie dla mnie działał. Poziom API 17 działał z zaznaczoną opcją „Użyj GPU hosta”.
vishvAs vAsuki

To również działało dla mnie, jestem na MacBooku na początku 2015 roku bez żadnej dyskretnej karty graficznej.
Simon Stender Boisen,

53

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.

Android Virtual Device Manager


Pracował dla mnie. Dzięki.
Sadda Hussain

1
Pracowałem dla mnie w 2020 roku, uruchamiając system Windows za pomocą wiersza poleceń
ViktorMS

1
To najczęstsze rozwiązanie. Powinna być zaakceptowana odpowiedź.
Dror Bar

30

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


1
To działało dla mnie na komputerze Mac, który uruchamia emulatory za pośrednictwem przeglądarki zespołu. W Android Studio 2.0 ta opcja pojawia się w strzałce w dół obok przycisku edycji -> „Wyczyść dane”
podświetlona

Działa fantastycznie. Jeśli emulator jest zbudowany ze źródła (w moim przypadku android pie aosp_x86_64-userdebug), przy każdym wykonaniu polecenia make katalogu głównego emulator musi zostać uruchomiony z -wipe-dataargumentem, aby poprawnie się uruchomił.
yc2986

fajne rozwiązanie, zadziałało dla mnie
core114

23

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)


21

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.

wprowadź opis zdjęcia tutaj


3
Należy o tym wspomnieć w odpowiedziach powyżej. Pierwszego dnia z Android Studio bałem się kliknąć ten przycisk, ponieważ myślałem, że wyłączy telefon i jego ponowne włączenie będzie kosztowało dużo czasu. Tak, czarny ekran oznacza, że ​​telefon jest wyłączony i należy go obudzić przyciskiem zasilania, tak jak w prawdziwym urządzeniu.
kojot

Zaoszczędziło mi to tyle bólu głowy i czasu, dziękuję bardzo. Przez przypadek nacisnąłem ten przycisk, gdy chciałem zamknąć emulator, nie pomyślałem o tym podczas rozwiązywania problemów, gdy zgasł przy następnym uruchomieniu mojej aplikacji
Meenohara,

9

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.


To zadziałało dla mnie, dziękuję. W VS 2019 przejdź do Menedżera urządzeń Android, kliknij prawym przyciskiem myszy i „przywróć ustawienia fabryczne”. Miałem emulator czarnego ekranu i to rozwiązało problem.
Evan

7

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.


Użyłem polecenia: sudo /home/code/Android/Sdk/tools/emulator -avd Nexus_S_API_21 -netspeed full -netdelay none -debug-init -logcat '*:v' aby uruchomić AVD i zobaczyć dziennik, i stwierdziłem, że urządzenie nie ma dostępu do kamery laptopa, więc zmodyfikowałem konfigurację, aby wyłączyć kamerę. Potem wszystko działało dobrze!
Mo Zaatar,

6

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).

wprowadź opis zdjęcia tutaj


4

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;)


Zaskoczony, widząc odpowiedź po prawie roku od opublikowania pytania. Próbowałem wcześniej wykonać kroki, o których wspomniałeś, ale to nie pomogło. Zaktualizowałem SDk i działało.
user1314305

4

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



3

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


3

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.


3

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

Zrzut ekranu z zimnego rozruchu


1
Zimne uruchamianie również działało dla mnie. Zrobiłem to raz, nie miałem problemu od ... Jednak co jakiś czas to się zdarza ...
newITguy

3

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.


2

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


Dzięki za edycję - Nie mam wystarczającej reputacji, aby poprawnie skomentować ...
Sean Conway

1

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.


1
Cześć Senthil, dziękuję za odpowiedź. Chyba nie jest to kwestia wersji Eclipse, bcoz Nie używam Eclipse do uruchomienia emulatora. Używam do tego narzędzi SDK Androida t =.
user1314305

1
och ... Więc poczekaj, aż ktoś ci pomoże ...! Przepraszam ,,,
SenthilPrabhu

1

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


1

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.


1

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.


1

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


O rany, w moim przypadku musiałem wybrać emulację kamery tylnej lub przedniej
Stephanfriedrich

1

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.


1

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.


1

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ść 😀


0

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.


0

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.


0

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ć.


0

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.


Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.