上面的答案让我很感兴趣，所以我决定演练一下OS、Eclipse和JVM三人组的所有可能组合。无论如何，无论谁正在深入研究和阅读我的帖子，检查以下作为一个热点(我是Windows 7用户)。

You understand Program Files and Program File (x86) are two different folders... x86 stands for the 32-bit version of programs and the former is the 64-bit version. If you have multiple versions of Java installed with different bitness and release versions, which is bound to happen with so many open source IDEs, managers, administrative consoles, the best option is to set the VM argument directly in the eclipse.ini file. If you don't, Eclipse will go crazy and try searching itself which is not good.

您可以解决这个问题，因为许多其他复制。您需要Eclipse和JDK都是32位的，或者都是64位的。操作系统的架构并不重要，而其他的仍然是相同类型的架构。

我也遇到过类似的问题。它是通过以下方法解决的。

将Eclipse移动到程序文件(而不是程序文件(x86))。 从'path'环境变量中删除32位Java版本的路径。

我安装了两个版本的Java，但Eclipse一直试图使用32位的Java。

从站点下载64位JVM，手动安装并更新系统路径变量。这就解决了问题。

默认JVM安装在我的系统在“C:\程序文件 (x86) \ Java \ jre7” 手动安装的JVM已经安装 “C:\Program Files\Java\jre7”，并将此pate更新到系统后 路径变量，它工作。

OS、JDK和Eclipse的工作配对:

32位OS | 32位JDK | 32位Eclipse(仅32位) 64位操作系统| 32位JDK | 32位Eclipse 64位OS | 64位JDK | 64位Eclipse(仅64位)

我安装了几个jdk和jre。

它们每个在PATH变量中都有自己的条目，都或多或少地在工作。

从PATH变量判断，有些安装完全无用，因为它们从未被使用过。当然，如果需要，可以在Eclipse中手动引用“不活跃”的java，但我从来没有这样做过，所以我真的不需要它们。(至少我当时是这么认为的……)

我清理了这些混乱，卸载了所有当前的Java，只安装了JDK + JRE 1.7 64位。

其中一个Eclipse“安装”失败后，加载JNI共享库失败和一个给定的路径相对于新安装的JDK，它认为jvm.dll所在的位置。

在我的全部64位设置中，失败的Eclipse是唯一一个仍然是32位版本的ide。

像经常提到的那样，在eclipse.ini中添加VM参数对我的情况没有用处(因为我只使用了错误的JDK/JRE)。

我也无法找到如何检查这个Eclipse是32位版本还是64位版本(我无法在任务管理器中查找它，因为这个Eclipse“安装”无法启动。因为我安装它已经有一段时间了，我也不记得它的版本了。)

如果您使用较新的JDK和较旧的JRE，您可能也会遇到麻烦，但这时更有可能出现java.lang.UnsupportedClassVersionError, IIRC。

我也有同样的问题

我通过安装64位JVM来解决这个问题

http://www.java.com/en/download/manual.jsp