我买了一本书，它建议使用我正在使用的Android Studio Manager。然而，当我尝试在这个包中使用模拟器时，它会进入启动画面或手写有android的手机图片然后停止。
虽然Android设备监视器的logcat文件中仍然存在活动，但我已经让它运行了长达一个小时而且仍然没有达到可用状态。这引出了我的第一个问题，这个特定模拟器的预期第一次加载时间超过一小时我的球场规格？看起来真的太过分了......
为了阐明我的AVD设置，我使用ARM cpu for API 23，带有1080 x 1920 xxhdpi 4.3英寸屏幕。我不能使用任何需要HAXM.exe的仿真器，因为我的处理器不支持VTx功能。我目前正在使用主机GPU设置而不是快照，并且在我的AVD设置中将设备RAM设置为512MB。那么问题2这些设置听起来有点合理吗？
我拥有一个Android设备，我正在考虑将它用于我的测试，但我担心如果我尝试将它作为我学习的基础，我将永远花费在手机上捆绑和安装应用程序。问题3是，是这样的情况还是捆绑时间从长远来看会比等待仿真平台更快？
要明确我正处于hello world.apk编程阶段。
有关加速模拟器的任何建议，以便我可以使用它......
答案 0 :(得分：2)
不幸的是，对于任何类型的仿真（在VMWare下运行Linux或Windows，或在AVD下模拟Android设备），它有很多RAM，一个快速的64位CPU。 ..和VT扩展。
你可以做些什么来加速你的emnulator：
1）屏幕尺寸较小 ＆lt; =这是一个大问题!!!
2）设置＆＃34;使用主机GPU＆＃34; = Y
......而且，我还没有尝试过，但看起来很有趣：
3）在QEMU下运行Android图片：
答案 1 :(得分：1)
使用您的配置，如Gabe Sechan建议的那样，您应该尝试使用Genymotion而不是内置的模拟器。
链接到他们的免费个人使用版本：https://www.genymotion.com/#!/download
答案 2 :(得分：1)
这是很多问题，但要回答一般性的主旨：
Genymotion，就像WINE一样，不是模拟器！ VMWare或VBox都不是。这些是可能需要VTx处理器硬件支持的虚拟化技术。这正是因为它们不是模拟器，而是共存的操作系统实例 - 它的机器被虚拟化为许多机器，具有单独的IP等.OP一再声明VTx不受他的系统支持（通常用于服务器）
模拟器很慢，因为它们只是您的真实操作系统安排的另一个进程。这就是为什么它们共享相同的IP地址 - 只有一台机器。它们适用于各种屏幕分辨率的布局测试。如果Studio出现问题，您也可以尝试Eclipse。您仍然可以使用它下载最新的SDK。 ADT不再受支持，但非常稳定。
对于任何其他测试，我发现直接部署到设备实际上更好（但是单调 - 您可能想要编写一个ant或其他构建脚本来执行此操作）。
除了购买额外的设备（以及机架，USB集线器和UPS，以及听起来像涡轮机回收的冷却系统），您最好的选择是使用alpha和beta测试发布，并培养与各种各样的关系设备用户取决于你是想要更多的朋友，还是一个邪恶的酷ARM堆栈。决定......
最糟糕但最有效的方法是继续并经常发布。免费质量检查，但您的用户会因为一星级的评价而惩罚您。然后你可以在不同的包名下重新发布以删除所有评论（也可以点击下载统计数据，有效地孤立旧应用程序 - 如果它也是一个付费应用程序，那就是黑暗魔法）。
谷歌正在推出一个云测试实验室（共享ARM堆栈），它将同时在最流行的真实设备/操作系统组合上运行您的应用程序，并在几秒钟内发回所有实际日志和屏幕的真实视频。这是对这些跨平台测试挑战的真正答案，减去涡轮机回收噪音，它们可以轻松添加到Web UI中。
答案 3 :(得分：1)
感谢所有信息。听起来像普遍的共识是我的最佳途径是使用我的手机进行所有调试。在尝试使用模拟器之前，我会尝试其他设置，但在很多方面我认为在手机上看到这一切会更有趣！谢谢大家，我怀疑你是否见过最后一个如果我！