HelloAndroid模擬器問題

我是第一次嘗試android SDK。我以HelloAndroid教程開始。緊接着每一步，但模擬器啓動沒有我的應用程序。 eclipse控制檯說：HelloAndroid模擬器問題

[2010-02-23 11:47:55 - HelloAndroid]------------------------------ 
[2010-02-23 11:47:55 - HelloAndroid]Android Launch! 
[2010-02-23 11:47:55 - HelloAndroid]adb is running normally. 
[2010-02-23 11:47:55 - HelloAndroid]Performing com.example.helloandroid.HelloAndroid activity launch 
[2010-02-23 11:47:55 - HelloAndroid]Automatic Target Mode: Preferred AVD 'my_avd' is not available. Launching new emulator. 
[2010-02-23 11:47:55 - HelloAndroid]Launching a new emulator with Virtual Device 'my_avd' [2010-02-23 11:48:09 - HelloAndroid]New emulator found: emulator-5554 
[2010-02-23 11:48:09 - HelloAndroid]Waiting for HOME ('android.process.acore') to be launched...

我看到模擬器，它的「Android」文本，但沒有其他事情發生。有人可以幫忙嗎？謝謝！

來源

2010-02-23 oriharel

我發現Comodo防火牆阻止eclipse與模擬器交談 - 我強烈建議在太過分之前禁用任何防火牆。 – Pete 2011-12-12 13:14:49

摘要
（您可以在這些總結的步驟下面看到完整的詳細信息）。

卸載/重新安裝的Android SDK到文件夾斷的C：\（在路徑中沒有空格）
重新創建AVD。
設置新的Android SDK文件夾位置的PATH環境變量
在Eclipse中卸載/重新安裝Android ADT插件。
在Eclipse中配置Android SDK位置。
重新啓動（以降低CPU利用率）
從命令行運行仿真器並將其設置爲使用具有高或「實時」優先級的所有CPU。記下你的CPU使用情況。
打開Eclipse並運行該應用程序。

詳細
我花了兩天時間讓模擬器運行HelloAndroid應用。在我的情況下，問題可能是Android SDK安裝問題和CPU性能問題的組合。我認爲有些東西導致模擬器運行速度非常慢，導致仿真器似乎掛起。我的電腦是我的Windows 7 64位6GB Intel i7多核PC。任務管理器在Performance標籤上顯示我PC上的8個CPU。

我的症狀是模擬器中的Android 2.2 AVD在屏幕上顯示nimated「Android」文本時似乎掛起。主屏幕永遠不會顯示。這種情況一遍又一遍地發生。我經常等30分鐘或45分鐘無果。

我的環境：

Android SDK中修訂12
Android 2.2的AVD
的Windows 7 64位
Eclipse IDE的Java開發人員靛藍髮行版ID 20110615-0604
英特爾Core i7多核CPU，6 GB，1.6 GHz

我試圖從命令行啓動模擬器，但沒有在命令提示符下啓動Eclipse，這沒有幫助。模擬器仍然掛起。我注意到，任務管理器顯示我的盒子佔用了50％的CPU，這似乎相當高。 CPU 0固定在100％。

這是什麼修復它。

我卸載了Android SDK R12，並將其從C：\ android-sdk的根目錄重新安裝。我之前遇到過問題，因爲Android SDK位於「C：\ Program Files」文件夾中; SDK有一個錯誤，無法處理路徑中的空間。我從Android SDK文件夾運行「uninstall.exe」來執行卸載。卸載比安裝花費的時間更長。

我在PATH環境變量中添加了「; C：\ android-sdk \ tools \; C：\ android-sdk \ platform-tools \」。

然後我使用SDK管理器刪除了AVD並重新創建它。

我卸載了Eclipse的ADT插件，重新啓動了Eclipse，然後重新安裝了ADT插件，然後關閉了Eclipse。

我用新的Android SDK路徑（Window> Preferences> Android> SDK Location）重新配置Eclipse。

在任務管理器進程選項卡上，我啓用了「顯示來自所有用戶的進程」。然後右鍵單擊「emulator-arm.exe * 32」，然後單擊「Set Affinity ...」並注意到模擬器僅設置爲使用CPU 0，因此我將其更改爲使用所有CPU。我也將模擬器設置爲「實時」優先級。

觀察到50％的CPU使用率，我重新啓動。

重啓後，我開始使用命令行模擬器：

emulator @Android22

Android22是我的AVD的名稱。我使用任務管理器爲模擬器設置親和力以使用所有CPU並將優先級設置爲高。我的CPU使用率現在約爲13％，主要是由於仿真器。模擬器花了大約3分鐘來顯示主屏幕。好極了！

然後我用HelloAndroid應用程序打開了Eclipse，並且該應用程序在模擬器中成功運行。

我已經詳細寫出了我所做的事情，因爲過去兩天一直是一個真正的痛苦。我注意到有關這個問題的幾篇文章，很多人看起來並沒有成功。我執行了幾個帖子中提到的步驟，但沒有找到描述整個過程的地方。

祝你好運。我希望這個信息有助於某人。

來源

2011-08-23 21:08:27 walkerk

緩慢/掛起的模擬器再次發生。模擬器顯然已停止運行。當我嘗試使用Eclipse推出Notepad教程時，Eclipse啓動了模擬器，但模擬器掛在了動畫「Android」屏幕上。我的處理器運行大約50％的CPU使用率。我重新啓動了我的電腦，並確認CPU使用率正常（1％ - 3％的CPU使用率）。然後我從命令行啓動了模擬器。然後，我使用任務管理器將仿真器的關聯性設置爲「所有CPU」，而不是僅一個CPU。模擬器需要2分鐘才能加載。 – walkerk 2011-08-26 16:23:37

我想知道當模擬器尚未運行時，CPU是否會出現高使用率，Eclipse會嘗試啓動模擬器。 – walkerk 2011-08-26 16:28:26

它正在加載。您可以從DDMS或adb shell logcat檢查logcat中的加載進度。

加載模擬器需要一些時間，但請記住，當您更新代碼時不需要重新啓動它。您在日食中點擊了Run as...，它將負責上傳並重新安裝到emu中。

另外請記住，您可以使用您的手機，而不是模擬器。當我工作的電腦速度太慢時，我通常會使用手機。

與Android開發祝你好運！

來源

2010-02-23 11:18:39 Macarse

謝謝。它真的最終加載。 – oriharel 2010-02-28 10:35:02

也許這只是我，但我花了一段時間才弄清楚我一直在閱讀的是什麼「LogCat」。

如果您使用Eclipse，請執行「窗口/顯示視圖/其他」。然後在「顯示視圖」框中輸入「LogCat」，並顯示「Android-> LogCat」。選擇該選項，您現在將有一個顯示輸出信息的LogCat選項卡。您可以使用右上角的「VDIWE」按鈕來控制顯示的信息級別。

來源

2010-02-24 15:11:53

謝謝。真的有助於確保在背景中發生的事情...... – oriharel 2010-02-28 10:35:55

在應用上述解決方案之後，嘗試編輯您的AVD，將「Max VM應用程序堆大小」硬件屬性設置爲192或更高，然後選擇QVGA皮膚。我有同樣的問題，並用這些設置AVD加載不到一分鐘。

來源

2011-11-26 06:38:04 Jake

看來首選的解決方案是購買Android開發者網站上公佈的「Android開發電話」之一。

差不多兩年後，仿真器的問題仍然是一樣的。在帶有最新插件的最新Eclipse中，模擬器崩潰後，模擬器中的誇張動畫消耗了30％的CPU使用率。

Eclipse插件具有日誌視圖LogCat，並具有將輸出保存到文件的選項。該選項會生成一個長度爲0的文件，並選擇所有條目。

這不是軟件。這是別的。

來源

2011-12-04 12:02:13 user250343

同意上面的天才，

有同樣的問題（卡在裝載「家」），讓我想起了一個下載的問題，我已經（停留在99％，並沒有進一步走任何的 - > （是的，我是一個noob，但它仍然讓我想起了這個）），並結合了對任何防火牆和病毒防護軟件的根深蒂固的仇恨給我提供了一種高能量狂戰士的憤怒，它摧毀了所有隻有一點點類似於「保護「

- >模擬器在那之後工作正常！

仍花了6-7分鐘加載模擬器，但「logcat的」可以幫助打發時間:)

來源

2012-01-29 12:39:46 Hillie

對於那些遇到這個線程由於新的問題，讓我提供以下。希望它能爲人們挽救生產力和拉毛的日子。

Google SDK（工具文件夾內容）的最後一個工作版本是22.3版本，但較舊的工作版本不再位於XML文件（https://dl-ssl.google.com/android/repository/repository-8.xml）中，因此您沒有明確的降級路徑GUI。

此問題導致OP描述的問題出現在我測試的19之前的所有「Intel」API版本以及Intel API-19的「浮點異常」。請注意，仿真器的Arm版本仍然可以運行，但如果使用Intel加速，則速度會更慢。

的問題記錄在此線程，這是我沒有發現，直到嘗試API-19，使得「浮點」的錯誤提供了一個谷歌的搜索匹配：

https://code.google.com/p/android/issues/detail?id=66786

一種解決方案是genymotion的Virtual Box實現，儘管它需要一個相當新的glibc版本，尚未在Debian stable或CentOS中使用。（我花了一天的時間安裝OpenSUSE，所以我可以在找到修復程序之前「重新開始工作」）。

最快的解決方案是將「Tools」（在「android-sdks」文件夾中）重命名爲「Broken-tools」，然後下載舊版本，位於以上線程中的某人（以某種方式）： http://dl.google.com/android/android-sdk_r22.3-linux.tgz http://dl.google.com/android/android-sdk_r22.3-windows.zip

一旦打開TGZ，人們會發現一個填充「工具」文件夾，它可以被複制到一個的「Android的軟件開發工具包」的文件夾，在那裏你重新命名爲舊版本，以「破工具」，以上。

如果這些鏈接（對於推廣爲「穩定」的非alpha版本）應該死掉，請注意其他副本存在於其他非官方位置（無疑由其他「沮喪」的開發人員試圖幫助其他人）。

感謝Macarse，爲了將我指向「adb shell logcat」，它使我能夠找到發生在19之前的API中的「崩潰循環」，創建了以「Android Splash Screen Forever」爲中心的行爲一個「SSLCertificateSocketFactory」錯誤。

來源

2014-04-02 02:09:51 JosephK

HelloAndroid模擬器問題

回答

相關問題