如果在加载类时内存不足,则它可能会静默失败,从而在数据库中留下无效的类。 稍后,如果您尝试调用或解析任何无效的类,则将在运行时引发ClassNotFoundException或NoClassDefFoundException实例。 如果要加载损坏的类文件,将会得到相同的例外。 应该执行以下操作:
- 验证该类实际上是否包含在您要加载到服务器的集合中
- 使用loadjava -force选项来强制要加载的新类替换服务器中已经驻留的类
- 使用loadjava -resolve选项尝试在加载过程中解析类。 这使您能够在加载时而不是在运行时捕获缺少的类
- 通过连接到包含该类的架构中的数据库,仔细检查新加载的类的状态,然后运行以下命令:
SELECT * FROM user_objects WHERE object_name = dbms_java.shortname('');
状态字段应为有效。 如果loadjava工具抱怨内存问题或故障(例如连接丢失),请增加SHARED_POOL_SIZE和JAVA_POOL_SIZE,然后重试。
当应用程序尝试使用其字符串名称通过其字符串名称加载类时抛出:
- 类Class中的forName方法
- 类ClassLoader中的findSystemClass方法
- 类ClassLoader中的loadClass方法。
但是找不到具有指定名称的类的定义。即JVM找不到这个类
从版本1.4开始,已对该异常进行了改进,以符合通用异常链机制。 现在可以将在构造时提供并通过getException()方法访问的“加载类时引发的可选异常”称为原因,并且可以通过Throwable.getCause()方法以及 前述的“传统方法”。
2 NoClassDefFoundException
JVM找到了这个类但是没能正常加载
不信你可以在类的静态代码段里抛出一个RuntimeException,你看看上层抛出的是ClassNotFound还是NoClassDefFound
全名是JVM Troubleshooting Guide,上面明确说了在缺少jar包(比如maven打包的时候scope是provided)或者是静态代码块初始化失败的情况下会出现NoClassDefFoundError