运行任何Java应用程序或仅运行“ java”时，jvm都会失败：

VM初始化
java / lang / NoClassDefFoundError时发生错误：java / lang / Object

以下是错误答案的列表：

1. 正确的Java主目录（包括/ bin目录）位于全局PATH上

2. JAVA_HOME设置正确

3. 执行命令java -fullversion可以正常工作

   $ java -fullversion
   
   ./java full version "1.7.0_05-b05"

4. / usr / java中的符号链接均指向正确的Java安装

5. 创建系统时我没有安装任何“默认” java

6. java -version 失败...与上述相同的错误

7. 从Java安装的目录结构下发出命令也不起作用

8. 这是用于64位的64位Java

有任何想法吗？

此问题源于Java安装不正确。

可能性1

注意：此方案仅适用于Java 8和更低版本。从Java 9开始，JRE的结构有所不同。rt.jar和朋友不再存在，并且不再使用Pack200。

Java标准库中包含各种JAR文件，如rt.jar，deploy.jar，jsse.jar，等。当JRE打包之后，这些关键的JAR文件与压缩Pack200和存储rt.pack，deploy.pack，jsse.pack等Java安装应该是其解压缩。如果您遇到此错误，显然没有发生。

您需要手动运行JRE 和文件夹中的unpack200所有.pack文件。lib/lib/ext/

视窗

要解压缩一个.pack文件（例如rt.pack），请运行：

"%JAVA_HOME%\bin\unpack200" -r -v rt.pack rt.jar

要递归解压缩所有.pack文件，请从JRE根目录运行：

for /r %f in (*.pack) do "%JAVA_HOME%\bin\unpack200.exe" -r -q "%f" "%~pf%~nf.jar"

*尼克斯

要解压缩一个.pack文件（例如rt.pack），请运行：

/usr/bin/unpack200 -r -v rt.pack rt.jar

要递归解压缩所有.pack文件，请从JRE根目录运行：

find -iname "*.pack" -exec sh -c "/usr/bin/unpack200 -r -q {} \$(echo {} | sed 's/\(.*\.\)pack/\1jar/')" \;

可能性2

您以其他方式错误安装了Java。也许您是在没有管理员权限的情况下安装的，或者只是尝试从安装程序中提取文件。使用安装程序和/或更多特权重试。或者，如果您不想使用安装程序，请改用.tar.gzJava软件包。

对于* nix操作系统上的Java 8，请转到<jdk root>/jre/lib（对我而言/usr/java/jdk1.8.0_05/jre/lib）。从此目录执行：

../../bin/unpack200 rt.pack rt.jar
../../bin/unpack200 jsse.pack jsse.rar
../../bin/unpack200 charsets.pack charsets.jar

为了防止在安装了另一个JRE的情况下出现版本问题，请使用unpack200与要修复的JRE一起提供的JRE-即从命令行使用../../bin/unpack200（对我来说，它扩展为/usr/java/jdk1.8.0_05/bin/unpack200），而不仅仅是unpack200。

似乎对于64位体系结构，您必须同时安装32位版本和jre的64位版本（与rt.jar无关的体系结构独立文件仅在32位版本中分发）。

请记住，然后要注意在全局PATH环境变量中包括正确的Java可执行文件。

急躁人士的快速解决方案；）在Windows计算机上，请尝试以下操作：转到C:\Windows\System32目录并删除java.exe（或将其重命名为java.exe.old）。

由于至少为1.6，因此java.exeWindows目录中不应存在。如果有的话，那是剩下的东西。

阅读更多：

我真的很惊讶，2012年的问题还没有批准的答案，而我实际上在2015年的Win 7 32位操作系统上遇到了同样的问题！

那到底发生了什么？

基本上，一切正常，我下载了H2数据库，当我尝试启动时，H2 Console (Command Line)我得到了：

Error occurred during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

我发现了这个问题，并且能够确认相同的症状：

JAVA_HOME设置正确：

echo %JAVA_HOME%
C:\Program Files\Java\jdk1.6.0_26

java -version失败，但java --fullversion工作正常：

java -fullversion
java full version "1.6.0_45-b06"

解决方案： 转到C:\Windows\System32目录并删除（我实际上已重命名）java.exe文件！！！

现在，我得到：

java -version
java version "1.6.0_26"
Java(TM) SE Runtime Environment (build 1.6.0_26-b03)
Java HotSpot(TM) Client VM (build 20.1-b02, mixed mode, sharing)

并且H2 Console (Command Line)效果很好！

鸣谢到该论坛的最后一篇文章：https : //bukkit.org/threads/java-lang-noclassdeffounderror-java-lang-object.70450/

我今天开始下载新的JDK（1.8.0.73），c:> java.exe并声名狼藉：

Error occurred during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

我只是想在这里分享我的工作解决方案。

当我进入该jdk\bin文件夹时，Java可以正常运行，所以我知道它是PATH。我PATH只是\jdk\bin去CMD证明这一点，并且奏效了。

所以，在一个文件夹PATH必须有java.exe，这是导致冲突的原因，我想。事实证明，这是C:\>ProgramData\Oracle\Java\javapath保存符号链接到可执行文件。

java.exe指着jre\bin。我启动时文件已损坏\jre\bin\java.exe-完全相同的错误。答对了。我重新安装了JRE，问题消失了。祝您编程愉快！

您很可能在安装中丢失了一个名为rt.jar的文件，该文件具有java.lang.Object的类文件。检查您的安装文件等。

特别要注意的是，一个64位的集成程序会覆盖现有的32位安装程序（或在其旁边安装）。换句话说，要获得完全正常的64位安装，必须首先运行32位安装，然后在拥有64位计算机的情况下继续进行64位安装。

相反，如果仅执行64位安装，则安装中将缺少某些文件，并且会出现诸如上述错误之类的错误。

在Windows 10上，JRE 1.8（8u121）面临相同的问题。
打字

java -version

cmd提示返回

Error occurred during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

所有其他命令，echo %JAVA_HOME%，echo %JRE_HOME%，echo %PATH%，java -fullversion工作得很好。

转到系统管理面板上的环境变量，从PATH中删除链接C:\ProgramData\Oracle\Java\javapath，并确保已在PATH中将链接设置为C:\Program Files\Java Folder\bin。

之后，检查其中是否C:\Windows\System32存在java.exe文件；如果为true，请删除该文件。

现在键入java -version它可以正常工作。

当您通过_uncompressing_它而不是_executing_它安装JDK时，会发生此问题。

例如：

unzip jdk-6u45-linux-x64.bin  (wrong)

sh ./jdk-6u45-linux-x64.bin   (right)

在第一种情况下，运行时库（如rt.jar）不会自动变得不被理解（因此，您可以找到rt.pack文件等，而不是.jar文件）。

我最近有同样的问题。在我的情况下，我的Windows 7机器自动下载Java，并将其添加C:\ProgramData\Oracle\Java\javapath到路径环境变量的开头，这弄乱了我的Java。一旦我摆脱了那条路，它就会起作用。

如果对Java二进制文件执行“ chmod u + rx”并运行它，它将解压缩jar文件，并且您可以执行java -version而不会出现运行时错误

您不能仅安装64位，必须先安装32位，然后添加64位组件。

从java.com：

在允许32位JVM的64位系统上安装JRE是分两步的过程：首先安装32位JRE，然后安装对64位操作的附加支持。文件名如下：

如果您在未先安装32位的情况下安装了64位版本，则尽管解决了所有其他问题，仍会发生此错误。我有一台全新的运行Java 8u71的Dell i7 64位Windows 10 Pro计算机。在将我的％path％和％classpath％添加到环境变量并尝试了其他修复程序之后，卸载64位，安装32位然后重新安装64位对此进行了修复。

提到的某些问题（例如未解压缩文件等）可能仍然是导致问题的原因，但是如果您也没有这样做，其他修复程序将无法正常工作。

就我而言，我使用Windows 8.1（已安装jdk1.8.0_77），做了三件事：

1. 我删除了以前的jdks
2. 我在C：\ Windows \ System32中重命名了java.exe文件
3. 我还删除了PATH中的C：\ ProgramData \ Oracle \ Java \ javapath（回显％PATH％）

瞧，解决了！

我遇到了类似的问题，发现程序数据（C：\ ProgramData \ Oracle \ Java \ javapath）中的符号链接错误。我给出了正确的路径，并且有效。

此处提供有关如何更正程序数据的详细信息

另一个答案可能是在Linux中使用tar.gz文件。solaris平台似乎也有类似的东西。这样，所有文件将已经具有预期的格式，并且不会出现任何拆包问题。

我在使用JDK 1.7.0_40 i586的x86_64 Linux安装上遇到了一些问题。我发现问题在于，如Rigg802所述，rpm无法解压缩jar文件（尽管rpm标记成功）：

Unpacking JAR files...
        rt.jar...
/var/tmp/rpm-tmp.zLzkkb: /usr/java/jdk1.7.0_40/bin/unpack200: /lib/ld-linux.so.2: bad ELF interpreter: No such file or directory
Error: unpack could not create JAR file:

        /usr/java/jdk1.7.0_40/jre/lib/rt.jar

文件/lib/ld-linux.so.2由glibc-2.12-1.107.el6_4.4提供。i686不在jdk rpm的rpm deps中。

Oracle JDK rpm还需要32位版本的libgcc-4.4.7-3.el6。i686要安装

因此，解决方法是先安装glibc-2.12-1.107.el6_4.4.i686和libgcc-4.4.7-3.el6.i686。

对我有用的快速修复：

for file in $(find "$JAVA_HOME" -name "*pack")
do 
    unpack200 "${file}" "${test_file/%pack/jar}";
done

我发现提取.rpm文件时发生此错误。

然后，我删除了该文件夹，并下载了Linux 64的jdk-7u79-linux-x64.tar.gz，并提取了该文件的内容。另外：export JAVA_HOME = / opt / java / jdk1.7.0_79 export JDK_HOME = / opt / java / jdk1.7.0_79 export PATH = $ {JAVA_HOME} / bin

只需再次安装jre即可。它只是解决了我的问题。（我安装jdk后，SonarQube启动批处理开始出现此错误）

转到控制面板，卸载与Java相关的东西（如果打开则关闭eclipse），然后重新安装Java并打开eclipse，清理项目。

刚在Solaris上这样做，并遇到了甚至“ java -version”都不起作用的相同问题。发行版的64位版本比32位版本小是有原因的。确实如上所述。

换句话说，要获得完全正常的64位安装，必须首先运行32位安装，然后在拥有64位计算机的情况下继续进行64位安装。

因此，我为32位运行了安装程序：

sh jdk-6u131-solaris-sparc.sh

然后，我为64位运行安装程序：

sh jdk-6u131-solaris-sparcv9.sh

这给了我几个Java可执行文件供您选择：

• $查找。名称Java
• ./jdk1.6.0_131/db/demo/programs/scores/java
• ./jdk1.6.0_131/db/demo/programs/vtis/java
• ./jdk1.6.0_131/bin/java
• ./jdk1.6.0_131/bin/sparcv9/java
• ./jdk1.6.0_131/jre/bin/java
• ./jdk1.6.0_131/jre/bin/sparcv9/java

sparcv9 java是64位版本，与32位JDK一起安装时，它们与“ -version”一起使用。

• ./jdk1.6.0_131/bin/sparcv9/java -version
• Java版本“ 1.6.0_131”
• Java（TM）SE运行时环境（内部版本1.6.0_131-b32）
• Java HotSpot（TM）64位服务器VM（内部版本20.131-b32，混合模式）

-担

在窗口10中，env中已经存在一个路径，因为C:\>ProgramData\Oracle\Java\javapath该路径包含指向可执行文件的符号链接。

当我安装新版本并将其从环境变量中删除时，我的所有项目开始显示它。

我在视窗10中使用日蚀氧气

解决它：-

1. 我只是C:\>ProgramData\Oracle\Java\javapath从环境变量中删除路径，并在路径中添加了新的env作为JAVA_HOME和％JAVA_HOME％/ bin

2. 我以管理员权限重新安装jdk（删除以前的JRE文件夹）

3. 打开eclipse项目>右键单击>转到属性>在库中>现在删除JRE系统库>单击添加库>选择“ JRE系统库”>单击下一步>选择“工作区默认JRE（jre1.8.x_xxx）”>完

我的问题已解决:)希望能为您提供帮助:)

这解决了我在CentOS上遇到的问题

sudo yum install java-1.8.0-openjdk-devel

另请参阅在CentOS 6中设置JAVA_HOME和CLASSPATH

因此，我继续尝试一切，最后似乎在卸载Java之后重新安装Java可以解决我的问题。

JAVA安装版本是否有问题

C：\ JAVA在哪里

将给出它拾取的java的位置。如果您的安装路径以外的其他路径，请删除这些文件或将其重命名（可能是_backup）。您将获得正确版本的Java文件。

我遇到了同样的问题，我安装了两个Java版本，因此导致了此问题。确认是否执行此操作，如果未打开，请单击控制面板中的Java图标，然后问题仍然存在，只需执行以下操作即可卸载一个版本。小菜一碟。谢谢。

我遇到了同样的问题：VM VM / java / lang / NoClassDefFoundError初始化期间发生错误：java / lang / Object

请按照以下步骤解决问题：

步骤1.转到C：\ Program Files \并搜索Java文件夹。

步骤2.删除C：\ Program Files \ Java文件夹。

步骤3.从http://www.oracle.com/technetwork/java/javase/downloads/index.html下载适用于您的32位/ 64位版本的新Jdk

步骤4.安装JDK

步骤5：现在将JAVA_HOME设置为“ C：\ Program Files \ Java \ jdk1.8.0_91”

步骤6：打开命令提示符，然后输入java -version。

有用。