「java类加载的顺序」java类加载顺序概括
本篇文章给大家谈谈java类加载的顺序，以及java类加载顺序概括对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。
本文目录一览：
- 1、关于Jar加载顺序的问题分析
- 2、java 类加载先后顺序
- 3、Java类加载机制？
- 4、类加载的生命周期
关于Jar加载顺序的问题分析
公司在做技术升级，升级日志后遇到应用部署A节点正常，B节点失败诡异情况，而后一段时间再次遇到同类问题，决定有必要一探究竟。
B节点失败的错误信息：
猜测：A节点正常，是因为先加载了sl4j-api.jar中的LocationAwareLogger.class，而B节点失败，是先加载了activemq-all.jar中的LocationAwareLogger.class，启动时程序找不到对应的方法报错。
应用运行在Tomcat容器，翻看类加载部分的源码。slf4j包Logger类加载器是Tomcat的ParallelWebappClassLoader，由父类WebappClassLoaderBase实现类加载功能。
类加载入口：
关注首次class文件从jar包中找到的过程。调用StandardRoot.getResourceInternal寻找class，顺序就是循环allResources（格式：ListListWebResourceSet）。
集合classResources存了WEB-INF/lib目录的Jar资源，在Tomcat启动时调用processWebInfLib()方法初始化。
最终在DirResourceSet类list(String path)方法，其实调用的是java.io.File类list()方法,list调的是UnixFileSystem的native的list()方法。注释及解释；
翻开jdk8对应的OpenJDK源码，UnixFileSystem的list方法，调用的是目录操作函数opendir.
继续向下查操作系统，opendir返回值定义
通过 关于dirent的排序解释。
命令 ll -f 与opendir函数readdir顺序相同。
继续向下查是文件系统的实现，CentOS 6使用的是Ext4，文件顺序与目录文件的大小是否超过一个磁盘块和文件系统计算的Hash值有关。
因Java语言的跨平台特性，在class首次从jar中找到对应的文件时，查找的顺序是文件操作系统实现决定，与inode值无关。那么像active-all.jar将依赖一起打包的方式极易出现这类问题！！！
感谢前人栽树：
java 类加载先后顺序
1.父类静态代码块；
2.子类静态代码块；
3.父类非静态代码块；
4.父类构造函数；
5.子类非静态代码块；
6.子类构造函数；
举例：
public class ExA {
static {
System.out.println("父类静态代码块。");
}
public ExA() {
System.out.println("父类构造函数。");
}
{
System.out.println("父类非静态代码块。");
}
public static void main(String[] args) {
new ExB();
}
}
class ExB extends ExA {
static {
System.out.println("子类静态代码块。");
}
{
System.out.println("子类非静态代码块。");
}
public ExB() {
System.out.println("子类构造函数。");
}
}
执行结果：父类静态代码块。子类静态代码块。父类非静态代码块。父类构造函数。子类非静态代码块。子类构造函数。
Java类加载机制？
1，类的加载
每个开发人员对java.lang.ClassNotFoundExcetpion这个异常肯定都不陌生，这背后就涉及到了java技术体系中的类加载。Java的类加载机制是技术体系中比较核心的部分，虽然和大部分开发人员直接打交道不多，但是对其背后的机理有一定理解有助于排查程序中出现的类加载失败等技术问题，对理解java虚拟机的连接模型和java语言的动态性都有很大帮助。
那么什么是类的加载?
类的加载指的是将类的.class文件中的二进制数据读入到内存中，将其放在运行时数据区的方法区内，然后在堆区创建一个java.lang.Class对象，用来封装类在方法区内的数据结构。类的加载的最终产品是位于堆区中的Class对象，Class对象封装了类在方法区内的数据结构，并且向Java程序员提供了访问方法区内的数据结构的接口。
类加载器是Java语言的一个创新，也是Java语言流行的重要原因之一。它使得Java类可以被动态加载到Java虚拟机中并执行。类加载器从JDK1.0就出现了，最初是为了满足JavaApplet的需要而开发出来的。JavaApplet需要从远程下载Java类文件到浏览器中并执行。现在类加载器在Web容器和OSGi中得到了广泛的使用，而类加载器并不需要等到某个类被“首次主动使用”时再加载它，JVM规范允许类加载器在预料某个类将要被使用时就预先加载它，如果在预先加载的过程中遇到了.class文件缺失或存在错误，类加载器必须在程序首次主动使用该类时才报告错误(LinkageError错误)如果这个类一直没有被程序主动使用，那么类加载器就不会报告错误。
2，类的生命周期
类加载的过程中包括有加载，验证，准备，解析，初始化五个阶段。而需要注意的是在这五个阶段中，加载、验证、准备和初始化这四个阶段发生的顺序是确定的，而解析阶段则不一定，它在某些情况下可以在初始化阶段之后开始，这是为了支持Java语言的运行时绑定(也成为动态绑定或晚期绑定)。另外注意这里的几个阶段是按顺序开始，而不是按顺序进行或完成，因为这些阶段通常都是互相交叉地混合进行的，通常在一个阶段执行的过程中调用或激活另一个阶段。
加载：查找并加载类的二进制数据
加载时类加载过程的第一个阶段，在加载阶段，虚拟机需要完成以下三件事情：
1、通过一个类的全限定名来获取其定义的二进制字节流。(并没有指明要从一个Class文件中获取，可以从其他渠道，譬如：网络、动态生成、数据库等)
2、将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构。
3、在Java堆中生成一个代表这个类的java.lang.Class对象，作为对方法区中这些数据的访问入口。
相对于类加载的其他阶段而言，加载阶段(准确地说，是加载阶段获取类的二进制字节流的动作)是可控性最强的阶段，电脑培训发现因为开发人员既可以使用系统提供的类加载器来完成加载，也可以自定义自己的类加载器来完成加载。
类加载的生命周期
一个类型（泛指类或接口）从被加载到虚拟机内存，到卸载出内存为止，整个生命周期将会经历 加载 、 验证 、 准备 、 解析 、 初始化 、 使用 和 卸载 七个阶段，其中验证、准备、解析三个阶段合并称为 连接 。
其中，加载、验证、准备、初始化和卸载这五个阶段的顺序是确定的，类型的加载过程必须按照此顺序（加载和连接阶段会交叉进行，且加载开始时间始终早于连接）。
解析的位置并不固定 。某些情况下，它可以在初始化阶段之后开始，目的是 支持 Java 语言的运行时绑定特性 （也成为动态绑定和晚期绑定）。
Java 虚拟机规范未规定什么情况下需要开始类加载过程的第一个阶段 加载 ，可由虚拟机具体实现自由把握。
初始化阶段则严格规定有且仅有六种情况需要即刻对类进行 初始化 ：
对于这六种会触发类型进行初始化的场景，其行为称为 主动引用 。除此之外，所有引用类型的方式都不会触发初始化，称为 被动引用 。
以下三种场景即为被动引用的典型场景：
另外，接口初始化时，不要求其父接口全部都完成初始化，只有使用到父类时才会进行初始化。
关于java类加载的顺序和java类加载顺序概括的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。