jQuery Mobile、Phonegap、および Google マップ用の jQuery プラグインを使用して Android アプリケーションを開発しています。エミュレーターが Web ページをロードするのに時間がかかりすぎて、コードのテストが苦痛な操作になっています。仮想マシンに Android x86 をインストールし、それを Eclipse にリンクしてアプリケーションをデバッグしました。
このソリューションはエミュレーターよりも高速ですが、問題は、エミュレーターではそうではなく、アプリケーションが常にクラッシュすることです。これは私に疑問を投げかけます: 仮想マシン上の Android x86 はエミュレーターの安定した代替手段ですか?
私の経験では、答えは間違いなくYesです。
あなたが説明している状況とは異なり、私のアプリケーションは Android-x86 VM でクラッシュすることはありません。また、SDK のエミュレーターはマイク入力をサポートしていないため、実際には、各バリアントの実際のデバイスを購入せずにアプリをテストする唯一の方法です。アンドロイド。
また、ご指摘のとおり、はるかに高速に実行されます。「ネイティブに近い速度」という Google の主張に反して、Android の SDK は Android-x86 よりも実行速度が非常に遅く、実際の電話やタブレットよりも確実に低速です。
Android-x86 VM で実行するとアプリケーションがクラッシュするという事実は、実際には良いことかもしれません。予測できない状況でアプリケーションをより堅牢にする方法を確認する機会です (多くの種類のデバイスが存在します)。
Android-x86の唯一の欠点は、ICS (Android 4.0.4) までしか利用できないことです。つまり、Jelly Bean (Android 4.1.x) でアプリケーションをテストすることはできません。これは、独自のVirtualBox - AOSPを構築することで解決できる場合があります。
Google の Android SDK Emulator は、バージョン 17 以降ネイティブになりました。
Google は、ADT バージョン 17 の変更ログで次のように述べています。
新機能の 1 つは、Android エミュレーターの大幅な更新です。Intel から AOSP への貢献は、エミュレーターが Windows および Mac OS X でネイティブに近い速度で動作するようになったことを意味します。
そのため、最新バージョンの sdktools とエミュレーターを使用している場合、実行中のアプリケーションの速度に大きな違いは見られないはずです。