另一种选择是:

创建Eclipse.exe的快捷方式。打开快捷方式，将目标更改为:

"C:\Program Files\eclipse\eclipse.exe" -vm "c:\Program Files\Java\jdk1.7.0_04\bin\javaw.exe"

对于您的安装，请确保位置指向正确的Eclipse安装目录和正确的javaw.exe安装目录。

(当然，Eclipse和Java的64/32位版本必须相同。)

或者，获取相同“位”版本的JRE和Eclipse，然后用下面的目标创建一个新的快捷方式(替换已安装的JRE和Eclipse位置/路径):

"C:\studio\eclipse.exe" -vm "C:\Program Files\Java\jre7\bin\server\jvm.dll" eclipse.vm="C:\Program Files\Java\jre7\bin\server\jvm.dll" java.home="C:\Program Files\Java\jre7" java.runtime.version=1.7.0

这样应该可以了。

解决这个问题的一个简单方法是将jre文件夹从已安装的JDK复制到Eclipse安装文件夹中。确保您复制的JDK与Eclipse安装的体系结构相同。

我必须这样配置我的机器，因为我在我的机器上同时运行Eclipse和Appcelerator Titanium Studio。Studio需要32位Java，而Eclipse需要64位Java。

我不知道为什么，但我有jre安装到我的c:\windows目录和java.exe和javaw.exe在我的windows\system32目录。

显然，即使在eclipse.ini文件中添加了-vm标志后，这些目录仍然获得了优先级。

从这里删除他们为我解决了问题。

正如许多人已经提到的，对于Eclipse和Java来说，这是一个32位和64位的问题。你不能混淆32位和64位。由于Eclipse不使用JAVA_HOME，您可能必须在启动Eclipse之前更改PATH，以确保您使用的不仅是适当的Java版本，而且是32位或64位的Java版本(或者像Jayath指出的那样修改INI文件)。

如果您正在从公司共享中安装Eclipse，您应该确保您可以知道您正在解压缩哪个Eclipse版本，并解压缩到相应的Program Files目录，以帮助跟踪哪个是哪个，然后更改PATH(可以通过(Windows)控制面板-> System永久地更改PATH=/ PATH /到/32或64bit/java/bin;%PATH%(如果您不想在系统和/或用户环境变量中设置它，可能会创建一个批处理文件)。记住，32位是在程序文件(x86)中。

如果不确定，只需启动Eclipse，如果得到错误，将PATH更改为Java的其他“位”版本，然后再试一次。然后将Eclipse目录移动到适当的Program Files目录。

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。