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工具的源码网站软件jad命令可以查看已加载类的源码，从而查看类的加载路径、jar包版本号及使用的类加载器。

       问题分类

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

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

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

       3. **反射机制错误**：使用反射时，如果类定义错误或传递参数错误，也可能导致运行时异常。目前尚无自动检测这类错误的头像源码社区工具。

       编译期发现方法

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

       总结

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

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

       Class.forName()与ClassLoader.loadClass()都是Java反射机制中的类加载方法。它们在实现类的winform教程源码加载与使用时有细微区别。

       类加载过程在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 技术进阶手册丶面试题纲丶核心笔记资料。