皮皮网

1.java.lang.ClassNotFoundException
2.Java问题解决录: 运行时抛出NoSuchMethodError / NoSuchFieldError异常
3.015 反射中的 Class.forName() 与 ClassLoader.loadClass() 的区别
4.JVM之class加载过程

java.lang.ClassNotFoundException

       åœ¨java当中，执行的所有的类都是ClassLoader加载的，所以如果说没找到类，就应该想到是不是ClassLoader没有在指定的位置load到应该有的类呢？由于ClassLoad的特有的树形继承结构，使得越底层的ClassLoad比上层的能够加载更多的类。所以，发现这种问题，首先看看是不是classPath设置错误，或者跟踪一下ClassLoadder看看是不是真的在线程执行的当前的ClassLoader当中没有加载到该class.

Java问题解决录: 运行时抛出NoSuchMethodError / NoSuchFieldError异常

       现象描述

       在IDE中编译运行程序无异常，但在打包成可运行的jar包（如Spring Boot jar包）后，程序运行时会抛出NoSuchMethodError或NoSuchFieldError异常。

       问题定位步骤

       通过增加JVM参数如-verbose:class、-XX:+TraceClassLoading或-Xlog:class+load=debug来查看类的加载情况。使用Arthas工具的linux源码翻译jad命令可以查看已加载类的源码，从而查看类的加载路径、jar包版本号及使用的类加载器。

       问题分类

       问题可能源自三个主要方面：

       1. **重复类定义**：在同包中或不同jar包中定义了同名类，导致类加载器加载了错误的类。这类问题通常发生在第三方jar包与项目自身的jar包中。

       2. **依赖版本冲突**：maven的传递依赖特性可能导致多个版本的类被加载，最终生效的3日涨幅小于10选股源码版本可能导致NoSuchMethodError或NoSuchFieldError异常。根据maven的广度优先遍历算法，高版本或低版本的类可能覆盖了其他版本的类。

       3. **反射机制错误**：使用反射时，如果类定义错误或传递参数错误，也可能导致运行时异常。目前尚无自动检测这类错误的通达信抄底大师公式源码工具。

       编译期发现方法

       对于使用maven的项目，可以配置额外的enforcer-rules（如Ban Duplicate Classes规则）来在编译期间强制发现重复类定义的问题。对于使用Android Studio（Gradle工具）的项目，这类编译错误提示较为常见。

       总结

       通过增加JVM参数、使用Arthas工具、涨停含一字板块公式源码分析maven依赖树和代码中的反射使用情况，可以有效地定位和解决NoSuchMethodError或NoSuchFieldError异常。确保类定义的唯一性、避免依赖版本冲突以及正确使用反射机制是预防此类异常的关键。

反射中的 Class.forName() 与 ClassLoader.loadClass() 的区别

       Class.forName()与ClassLoader.loadClass()都是Java反射机制中的类加载方法。它们在实现类的证书的补码和起源码相同吗加载与使用时有细微区别。

       类加载过程在Java中分为三个步骤：加载、链接和初始化。链接过程又包括验证、准备和解析。各个步骤按顺序执行，其中解析步骤除外。

       Class.forName()方法实际调用的是Class.forName(className,true,classloader)。这里的关键在于第二个布尔参数。当此参数设置为true时，表示在加载类后必须执行初始化操作。因此，在调用此方法后，目标对象的静态块代码已被执行，静态变量也已初始化。

       相比之下，ClassLoader.loadClass()方法则调用的是ClassLoader.loadClass(className,false)。此处的布尔参数不同，它表示在加载类后不进行链接。这意味着该类的静态块中的内容不会被执行。由此可见，Class.forName()与ClassLoader.loadClass()的主要区别在于是否执行类的初始化以及静态块内容的执行。

       简而言之，Class.forName()在加载类后会执行初始化操作并运行静态块，而ClassLoader.loadClass()则在加载类后不进行链接，因此不会执行静态块内容。这使得它们在具体应用中展现出不同的功能和用途。

JVM之class加载过程

        java虚拟机把描述类的数据从class文件加载到内存，并对数据进行 校验/准备/解析和初始化，最终形成可以被虚拟机直接使用的Java类型，这个过程被称作虚拟机的类加载机制。

        称作虚拟机的类加载机制。

        loading -> linking (verification -> preparation -> resolution)-> resolution)->initializing

        loading: 把class文件load到内存中，采用双亲委派，主要是为了安全性

        verification: 校验class文件是否符合标准

        preparation: 静态变量分配内存并设初始值的阶段(不包括实例变量)

        resolution:把符号引用转换为直接引用

        initializing:静态变量赋初始值

        类加载的过程主要分为三个部分：加载、连接、初始化这三个阶段。

        类的加载指的是将类的.class文件中的二进制数据读入到内存中，将其放在运行时数据区的方法区内，然后在堆区创建一个这个类的java.lang.Class对象，用来封装类在方法区类的对象。主要步骤可以分为下面的三件事情：

        加载阶段完成后，虚拟机外部的 二进制字节流就按照虚拟机所需的格式存储在方法区之中，而且在Java堆中也创建一个java.lang.Class类的对象，这样便可以通过该对象访问方法区中的这些数据。

        类的加载的最终产品是位于堆区中的Class对象。Class对象封装了类在方法区内的数据结构，并且向Java程序员提供了访问方法区内的数据结构的接口。加载类的方式有以下几种：

        2.加载器

        JVM的类加载是通过ClassLoader及其子类来完成的，类的层次关系和加载顺序可以由下图来描述：

        1.BootstrapClassLoader（启动类加载器）

        在连接里面又可以被分成3个小阶段，分别是：验证，准备，解析

        1.验证（目的）：

        2.验证内容:

        验证是连接阶段的第一步，这一阶段的目的是为了确保Class文件的字节流中包含的信息符合当前虚拟机的要求，并且不会危害虚拟机自身的安全。验证阶段大致会完成4个阶段的检验动作：

        验证阶段是非常重要的，但不是必须的，它对程序运行期没有影响，如果所引用的类经过反复验证，那么可以考虑采用-Xverifynone参数来关闭大部分的类验证措施，以缩短虚拟机类加载的时间。

        3.准备：

        在准备阶段，为静态变量的初值为jvm默认的初值，而不是我们在程序中设定的初值。jvm默认为静态变量的初值是这样的

        4.解析：

        这一阶段的任务就是把常量池中的符号引用转换为直接引用 什么是符号引用，什么是直接引用。

        1.工作内容：

        JVM负责主要对类变量(类变量就是static修改的变量)进行初始化这里主要对类变量(类变量就是static修改的变量)进行初始化，初始化主要有两个方式：

        2.初始化时机：

        类初始化时机：只有当对类的主动使用的时候才会导致类的初始化，类的主动使用包括以下六种：

        3.初始化顺序：

        如果有父类，则顺序是：父类static方法/static变量赋值 –> 子类static方法/static变量赋值

        三、结语：

        上面介绍的就是类（class）的加载，包含它的加载、链接、初始化。

        Android进阶知识点，我最近整理了许多，里面讲解的非常详细。取

        /doc/DUkNRVFFzTGVHNiAndroid 技术进阶手册丶面试题纲丶核心笔记资料。