案例1：
我一直在尝试在Windows 7上拥有一个“纯粹的”64位开发环境。它无法完成。请参阅此处的两个主题：
64-bit Eclipse won't install .apk on Android emulator
How do I pause the command window when launching an app?
Has anyone been successful in using 64-bit Eclipse for Android 2.3 dev on 64-bit Windows 7?
据我所知，Windows 7上的64位开发尚未得到官方支持，但显而易见的问题是为什么？为什么谷歌无法赶上微软？
案例2：
即使在32位Windows XP上，推荐的Android开发平台/工具也会以不可预测的方式运行（一个项目如何安排如下？）：
Huh? Android Preferences page refuses to load after adding SDK 1.6
与使用非常稳定且可预测的微软工具的Windows编程不同，我使用Eclipse + Android插件+ Android SDK的经验是我从来不知道什么样的“地雷”在等待着我......
所以我的问题是：为什么？
请告知。
注意“触发快乐”的人：如果你投票关闭这个帖子，你基本上表达了对社区成员的不信任，对于Windows的Android开发工具的当前状态进行了诚实的讨论（具有潜在的有助于改进工具集。）
更新（1）：观察下选票，看到人们更喜欢“点击”而不是在上面的链接中提供有用的答案，这很有趣。实际上，这不是很有趣，很难过。
更新（2）：我真的很感谢Paul McMillan的回答，这是最具体和最重要的。然而，它被别人编辑包括旋转医生，比如“Fedora也不是RHEL的alpha版本 - 它只是更加流行”，所以我不得不接受下一个最佳答案。
更新（3）：我无法相信有专业人士建议从管理员帐户工作（每天，不用于管理目的）。我能理解平信用户这样做，但计算机专业人士呢？
更新（4）：我设法找到了案例＃2中描述的问题的解决方法（参见上面的链接）。这需要时间用于启动和运行实际的Android编程。
更新（5）：我使用64位Ubuntu 10.04安装相同的64位开发环境（Android 2.3）。没有一个麻烦。它很快。真高兴。
更新（6）：我终于找到了这场严峻考验的根源。结果是Comodo Firewal l（又名CIS）。
答案 0 :(得分：5)
听起来你的问题与在Windows上开发比Android SDK本身更相关。我在64位Win7机器上运行起来很快，但我真的更喜欢用Linux开发。一旦我用eclipse依赖关系排除了一些愚蠢的问题，运行并保持更新非常简单。
我怀疑大多数硬核机器人开发者（以及在Google上构建工具的人）在他们的盒子上运行某种类型的Linux - 所以这些工具在那里运行起来并不奇怪。
Eclipse并不是websphere的alpha版本 - 它本身就是一个完全可用且稳定的工具。 Fedora也不是RHEL的阿尔法 - 它只是更多的前沿。您可以运行一个非常稳定的Fedora系统，但由于支持选项，大多数公司都使用RHEL。
Android插件和SDK肯定正在积极开发中，这是一件好事。这并不一定会使他们成为Beta品质。
Eclipse的使用非常广泛。它已经过充分测试。 Android SDK适用于大多数用户。我很抱歉你遇到了问题，但正如你承认的那样，你正在运行一个不寻常的配置。
Windows旨在作为管理员与每个用户一起运行 - 开发工具通常会假设这一点，硬件开发工具也是如此。这是一个合理的假设。即使在Linux下，Android开发在root访问方面确实更好。您正在尝试使用普通用户无法完成的底层硬件。
答案 1 :(得分：1)
如果Eclipse没有运行，您可以从命令行为Android“开发”选项。