1.类加载全过程

(1)类加载机制

JVM把class文件加载到内存,并对数据进行校验、解析和初始化,最终形成JVM可以直接使用的Java类型的过程。

  • 加载

  将class文件字节码内容加载到内存中,并将这些静态数据转换成方法区中的运行时数据结构,在堆中生成一个代表这个类的java.lang.Class对象,作为方法区类数据的访问入口。 这个过程需要类加载器参与。

  • 链接 将Java类的二进制代码合并到JVM的运行状态之中的过程

  验证:
      确保加载的类信息符合JVM规范,没有安全方面的问题。
  准备:
    正式为类变量(static变量)分配内存并设置类变量初始值的阶段,这些内存都将在方法区中进行分配
  解析
    虚拟机常量池内的符号引用替换为直接引用的过程

  • 初始化

    初始化阶段是执行类构造器<clinit>()方法的过程。类构造器<clinit>()方法是由编译器自动收集类中的所有类变量的赋值动作和静态语句块(static块)中的语句合并产生的。
     当初始化一个类的时候,如果发现其父类还没有进行过初始化、则需要先出发其父类的初始化
    虚拟机会保证一个类的<clinit>()方法在多线程环境中被正确加锁和同步。

(2)类的主动引用(一定会发生类的初始化)

  • new一个类的对象
  • 调用类的静态成员(除了final常量)和静态方法
  • 使用java.lang.reflect包的方法对类进行反射调用
  • 当虚拟机启动,java Hello,则一定会初始化Hello类。说白了就是先启动main方法所在的类
  • 当初始化一个类,如果其父类没有被初始化,则先会初始化他的父类

(3) 类的被动引用(不会发生类的初始化)

  • 当访问一个静态域时,只有真正声明这个域的类才会被初始化

    通过子类引用父类的静态变量,不会导致子类初始化

  • 通过数组定义类引用,不会触发此类的初始化
  • 引用常量不会触发此类的初始化(常量在编译阶段就存入调用类的常量池中了)

2.类缓存

  标准的Java SE类加载器可以按要求查找类,但一旦某个类被加载到类加载器中,它将维持加载(缓存)一段时间。不过,JVM垃圾收集器可以回收这些Class对象。

3.java.class.ClassLoader类

作用:
  java.lang.ClassLoader类的基本职责就是根据一个指定的类的名称,找到或者生成其对应的字节代码,然后从这些字节代码中定义出一个Java 类,即 java.lang.Class类的一个实例。
  除此之外,ClassLoader还负责加载 Java 应用所需的资源,如图像文件和配置文件等。
相关方法:
  getParent() 返回该类加载器的父类加载器。
  loadClass(String name) 加载名称为 name的类,返回的结果是 java.lang.Class类的实例。
  findClass(String name) 查找名称为 name的类,返回的结果是 java.lang.Class类的实例。
  findLoadedClass(String name) 查找名称为 name的已经被加载过的类,返回的结果是 java.lang.Class类的实例。
  defineClass(String name, byte[] b, int off, int len) 把字节数组 b中的内容转换成 Java 类,返回的结果是java.lang.Class类的实例。这个方法被声明为 final的。
  resolveClass(Class<?> c) 链接指定的 Java 类。
对于以上给出的方法,表示类名称的 name参数的值是类的二进制名称。需要注意的是内部类的表示,如com.example.Sample$1和com.example.Sample$Inner等表示方式。

4.类加载器的层次结构(树状结构)

(1)引导类加载器(bootstrap class loader)
  它用来加载 Java 的核心库(JAVA_HOME/jre/lib/rt.jar,或sun.boot.class.path路径下的内容),是用原生代码来实现的,并不继承自 java.lang.ClassLoader。
  加载扩展类和应用程序类加载器。并指定他们的父类加载器。
(2) 扩展类加载器(extensions class loader)
  用来加载 Java 的扩展库(JAVA_HOME/jre/ext/*.jar,或java.ext.dirs路径下的内容) 。Java 虚拟机的实现会提供一个扩展库目录。该类加载器在此目录里面查找并加载 Java类。
  由sun.misc.Launcher$ExtClassLoader实现
(3)应用程序类加载器(application class loader)
  它根据 Java 应用的类路径(classpath,java.class.path 路径下的内容)来加载 Java 类。一般来说,Java 应用的类都是由它来完成加载的。
  由sun.misc.Launcher$AppClassLoader实现
(4)自定义类加载器
  开发人员可以通过继承 java.lang.ClassLoader类的方式实现自己的类加载器,以满足一些特殊的需求。

5.类加载器的代理模式

(1)代理模式
交给其他加载器来加载指定的类
(2)双亲委托机制

  • 就是某个特定的类加载器在接到加载类的请求时,首先将加载任务委托给父类加载器,依次追溯,直到最高的爷爷辈的,如果父类加载器可以完成类加载任务,就成功返回;只有父类加载器无法完成此加载任务时,才自己去加载。
  • 双亲委托机制是为了保证 Java 核心库的类型安全。

    这种机制就保证不会出现用户自己能定义java.lang.Object类的情况。

  • 类加载器除了用于加载类,也是安全的最基本的屏障。
  • 双亲委托机制是代理模式的一种

    并不是所有的类加载器都采用双亲委托机制。
    tomcat服务器类加载器也使用代理模式,所不同的是它是首先尝试去加载某个类,如果找不到再代理给父类加载器。这与一般类加载器的顺序是相反的

6.自定义类加载器

  自定义类加载器的流程:

  (1)首先检查请求的类型是否已经被这个类装载器装载到命名空间中了,如果已经装载,直接返回;否则转入步骤2

  (2)委派类加载请求给父类加载器(更准确的说应该是双亲类加载器,真个虚拟机中各种类加载器最终会呈现树状结构),如果父类加载器能够完成,则返回父类加载器加载的Class实例否则转入步骤3

  (3)调用本类加载器的findClass(…)方法,试图获取对应的字节码,如果获取的到,则调用defineClass(…)导入类型到方法区;如果获取不到对应的字节码或者其他原因失败,返回异常给loadClass(…), loadClass(…)转抛异常,终止加载过程(注意:这里的异常种类不止一种)。

   注意:被两个类加载器加载的同一个类, JVM不认为是相同的类。

  文件类加载器:

/**
* 自定义文件系统类加载器
* @author MA
*
*/
public class FileSystemClassLoader extends ClassLoader{
private String rootDir; public FileSystemClassLoader(String rootDir){
this.rootDir = rootDir;
} protected Class<?> findClass(String name) throws ClassNotFoundException { Class<?> c = findLoadedClass(name); //先查询是否加载过这个类
if(c!=null){
return c;
}
else{
ClassLoader parent = this.getParent();
try{
c = parent.loadClass(name);//委派给父类加载
}catch(Exception e){
//e.printStackTrace();
} if(c!=null){
return c;
}
else{
byte[] classDate = getClassDate(name);
if(classDate==null){
throw new ClassNotFoundException();
}
else{
//把字节码转化为Class
c = defineClass(name, classDate, 0, classDate.length);
}
}
}
return c;
} private byte[] getClassDate(String classname){
String path = rootDir + "/" + classname.replace('.', '/') + ".class";
InputStream is = null;
ByteArrayOutputStream baos = new ByteArrayOutputStream();
try{
is = new FileInputStream(path); byte[] buffer = new byte[1024];
int temp = 0;
while((temp=is.read(buffer))!=-1){
baos.write(buffer,0,temp);
} return baos.toByteArray();
}catch(Exception e){
e.printStackTrace();
return null;
}finally{
try {
if(is!=null){
is.close();
}
if(baos!=null){
baos.close();
}
} catch (IOException e) {
e.printStackTrace();
}
}
}
} public class Demo {
public static void main(String[] args) throws ClassNotFoundException {
FileSystemClassLoader loader = new FileSystemClassLoader("D:/develop/javatest1/TestClass"); Class<?> c = loader.findClass("HelloWorld"); System.out.println(c);
}
}

  网络类加载器:

/**
* 网络类加载器
* @author MA
*
*/
public class NetClassLoader extends ClassLoader{
private String rootUrl; public NetClassLoader(String rootUrl){
this.rootUrl = rootUrl;
} protected Class<?> findClass(String name) throws ClassNotFoundException { Class<?> c = findLoadedClass(name); //先查询是否加载过这个类
if(c!=null){
return c;
}
else{
ClassLoader parent = this.getParent();
try{
c = parent.loadClass(name);//委派给父类加载
}catch(Exception e){
//e.printStackTrace();
} if(c!=null){
return c;
}
else{
byte[] classDate = getClassDate(name);
if(classDate==null){
throw new ClassNotFoundException();
}
else{
//把字节码转化为Class
c = defineClass(name, classDate, 0, classDate.length);
}
}
}
return c;
} private byte[] getClassDate(String classname){
String path = rootUrl + "/" + classname.replace('.', '/') + ".class";
InputStream is = null;
ByteArrayOutputStream baos = new ByteArrayOutputStream();
try{
URL url = new URL(path);
is = url.openStream(); byte[] buffer = new byte[1024];
int temp = 0;
while((temp=is.read(buffer))!=-1){
baos.write(buffer,0,temp);
} return baos.toByteArray();
}catch(Exception e){
e.printStackTrace();
return null;
}finally{
try {
if(is!=null){
is.close();
}
if(baos!=null){
baos.close();
}
} catch (IOException e) {
e.printStackTrace();
}
}
}
}

  加密解密类加载器:

/**
* 加密工具类
* @author MA
*
*/
public class EncrptUtil { public static void main(String[] args) {
encrpt("D:/develop/javatest1/TestClass/HelloWorld.class", "D:/develop/javatest1/TestClass/temp/HelloWorld.class");
} public static void encrpt(String src, String dest){
FileInputStream fis = null;
FileOutputStream fos = null; try{
fis = new FileInputStream(src);
fos = new FileOutputStream(dest); int temp = -1;
while((temp=fis.read())!=-1){
fos.write(temp^0xff); //取反操作
} }catch(Exception e){
e.printStackTrace();
}finally{
try {
if(fis!=null){
fis.close();
}
} catch (IOException e) {
e.printStackTrace();
} try {
if(fos!=null){
fos.close();
}
} catch (IOException e) {
e.printStackTrace();
}
} }
}
/**
* 测试简单加密解密操作
* @author MA
*
*/
public class Demo02 {
public static void main(String[] args) throws Exception {
//加密后的class文件,正常的类加载器无法加载
//FileSystemClassLoader loader = new FileSystemClassLoader("D:/develop/javatest1/TestClass");
//Class<?> c = loader.findClass("HelloWorld"); DecrptClassLoader loader = new DecrptClassLoader("D:/develop/javatest1/TestClass");
Class<?> c = loader.loadClass("HelloWorld");
System.out.println(c);
}
} /**
* 加载文件系统中加密后的class字节码的类加载器
* @author MA
*
*/
public class DecrptClassLoader extends ClassLoader{
private String rootDir; public DecrptClassLoader(String rootDir){
this.rootDir = rootDir;
} protected Class<?> findClass(String name) throws ClassNotFoundException { Class<?> c = findLoadedClass(name); //先查询是否加载过这个类
if(c!=null){
return c;
}
else{
ClassLoader parent = this.getParent();
try{
c = parent.loadClass(name);//委派给父类加载
}catch(Exception e){
//e.printStackTrace();
} if(c!=null){
return c;
}
else{
byte[] classDate = getClassDate(name);
if(classDate==null){
throw new ClassNotFoundException();
}
else{
//把字节码转化为Class
c = defineClass(name, classDate, 0, classDate.length);
}
}
}
return c;
} private byte[] getClassDate(String classname){
String path = rootDir + "/" + classname.replace('.', '/') + ".class";
InputStream is = null;
ByteArrayOutputStream baos = new ByteArrayOutputStream();
try{
is = new FileInputStream(path); int temp = -1;
while((temp=is.read())!=-1){
baos.write(temp^0xff); //取反操作
} return baos.toByteArray();
}catch(Exception e){
e.printStackTrace();
return null;
}finally{
try {
if(is!=null){
is.close();
}
if(baos!=null){
baos.close();
}
} catch (IOException e) {
e.printStackTrace();
}
} }
}

2019.5.28

1.线程上下文类加载器

  • 双亲委托机制以及默认类加载器的问题

  (1)一般情况下, 保证同一个类中所关联的其他类都是由当前类的类加载器所加载的.。比如,ClassA本身在Ext下找到,那么他里面new出来的一些类也就只能用Ext去查找了(不会低一个级别),所以有些明明App可以找到的,却找不到了。
  (2)JDBC API,他有实现的driven部分(mysql/sql server),我们的JDBC API都是由Boot或者Ext来载入的,但是JDBC driver却是由Ext或者App来载入,那么就有可能找不到driver了。在Java领域中,其实只要分成这种Api+SPI(Service Provide Interface,特定厂商提供)的,都会遇到此问题。
  (3) 常见的 SPI 有 JDBC、JCE、JNDI、JAXP 和 JBI 等。这些 SPI 的接口由 Java 核心库来提供,如 JAXP 的 SPI 接口定义包含在 javax.xml.parsers 包中。SPI 的接口是 Java 核心库的一部分,是由引导类加载器来加载的;SPI 实现的Java 类一般是由系统类加载器来加载的。引导类加载器是无法找到 SPI 的实现类的,因为它只加载 Java 的核心库。

  • 通常当你需要动态加载资源的时候 , 你至少有三个 ClassLoader 可以选择 :

  (1)系统类加载器或叫作应用类加载器 (system classloader or application classloader)

  (2)当前类加载器
  (3)当前线程类加载器

  • 当前线程类加载器是为了抛弃双亲委派加载链模式。

  每个线程都有一个关联的上下文类加载器。如果你使用new Thread()方式生成新的线程,新线程将继承其父线程的上下文类加载器。如果程序对线程上下文类加载器没有任何改动的话,程序中所有的线程将都使用系统类加载器作为上下文类加载器。

  • Thread.currentThread().getContextClassLoader()

2.TOMCAT服务器的类加载机制

  • TOMCAT不能使用系统默认的类加载器。

  (1)如果TOMCAT跑你的WEB项目使用系统的类加载器那是相当危险的,你可以直接是无忌惮是操作系统的各个目录了。
  (2) 对于运行在 Java EE容器中的 Web 应用来说,类加载器的实现方式与一般的 Java 应用有所不同。
  (3) 每个 Web 应用都有一个对应的类加载器实例。该类加载器也使用代理模式(不同于前面说的双亲委托机制),所不同的是它是首先尝试去加载某个类,如果找不到再代理给父类加载器。这与一般类加载器的顺序是相反的。但也是为了保证安全,这样核心库就不在查询范围之内。

  • 为了安全TOMCAT需要实现自己的类加载器。

    限制你把类写在指定的地方,否则不给加载!

3.OSGI原理介绍

  • OSGi是 Java 上的动态模块系统。它为开发人员提供了面向服务和基于组件的运行环境,并提供标准的方式用来管理软件的生命周期。
  • OSGi 已经被实现和部署在很多产品上,在开源社区也得到了广泛的支持。Eclipse就是基于 OSGi 技术来构建的。
  • 原理:

  OSGi 中的每个模块(bundle)都包含 Java 包和类。模块可以声明它所依赖的需要导入(import)的其它模块的 Java 包和类(通过 Import-Package),也可以声明导出(
export)自己的包和类,供其它模块使用(通过 Export-Package)。也就是说需要能够隐藏和共享一个模块中的某些 Java 包和类。这是通过 OSGi 特有的类加载器机制来实现的。OSGi 中的每个模块都有对应的一个类加载器。它负责加载模块自己包含的Java 包和类。当它需要加载 Java 核心库的类时(以 java开头的包和类),它会代理给父类加载器(通常是启动类加载器)来完成。当它需要加载所导入的 Java 类时,它会代理给导出此 Java 类的模块来完成加载。模块也可以显式的声明某些 Java 包和类,必须由父类加载器来加载。只需要设置系统属性 org.osgi.framework.bootdelegation的值即可。

JVM核心——JVM运行和类加载全过程的更多相关文章

  1. JVM核心之JVM运行和类加载全过程

    为什么研究类加载全过程? 有助于连接JVM运行过程 更深入了解java动态性(解热部署,动态加载),提高程序的灵活性 类加载机制 JVM把class文件加载到内存,并对数据进行校验.解析和初始化,最终 ...

  2. 1.1 jvm核心类加载器--jdk源码剖析

    目录 前提: 运行环境 1. 类加载的过程 1.1 类加载器初始化的过程 1.2 类加载的过程 1.3 类的懒加载 2. jvm核心类加载器 3. 双亲委派机制 4. 自定义类加载器 5. tomca ...

  3. JVM核心知识体系(转http://www.cnblogs.com/wxdlut/p/10670871.html)

    1.问题 1.如何理解类文件结构布局? 2.如何应用类加载器的工作原理进行将应用辗转腾挪? 3.热部署与热替换有何区别,如何隔离类冲突? 4.JVM如何管理内存,有何内存淘汰机制? 5.JVM执行引擎 ...

  4. JVM 内存区域 (运行时数据区域)

    JVM 内存区域 (运行时数据区域) 链接:https://www.jianshu.com/p/ec479baf4d06 运行时数据区域 Java 虚拟机在执行 Java 程序的过程中会把它所管理的内 ...

  5. 从 1 开始学 JVM 系列 | JVM 类加载器(一)

    从 1 开始学 JVM 系列 类加载器,对于很多人来说并不陌生.我自己第一次听到这个概念时觉得有点"高大上",觉得只有深入 JDK 源码才会触碰到 ClassLoader,平时都是 ...

  6. JVM专题1: 类和类加载机制

    合集目录 JVM专题1: 类和类加载机制 Java对象的结构 在HotSpot虚拟机中, 对象在内存中存储的布局可以分为3块区域 对象头Header 实例数据Instance Data 对齐填充Pad ...

  7. 【基本功】Java动态追踪技术探究 不重启JVM,替换掉已经加载的类?不重启JVM,获知运行时对象的属性

    https://mp.weixin.qq.com/s/_hSaI5yMvPTWxvFgl-UItA 小结: 1.根据Java的类加载机制,在同一个ClassLoader中,类是不允许重复的: 2.单例 ...

  8. JVM 系列(一)类加载

    JVM 系列(一)类加载 类加载机制是指把 class 文件加载到内存,并对数据进行校验.解析和初始化,最终形成 JVM 可以直接使用的 Java 类型的过程. ClassLoader 加载一个 cl ...

  9. 深入理解JVM之JVM内存区域与内存分配

    深入理解JVM之JVM内存区域与内存分配 在学习jvm的内存分配的时候,看到的这篇博客,该博客对jvm的内存分配总结的很好,同时也利用jvm的内存模型解释了java程序中有关参数传递的问题. 博客出处 ...

随机推荐

  1. 创业公司用 Serverless,到底香不香?

    作者 | Mike Butusov 来源 | Serverless 公众号 在过去的 5 年里,使用云厂商处理应用后台的流行程度大幅飙升.其一,初创企业主采用 Serverless 方式,以节省基础设 ...

  2. Python基础 | 字符串格式化输出及print()函数介绍

    在写代码时,我们会经常与字符串打交道,Python中控制字符串格式通常有三种形式,分别是使用str%,str.format(),f-str,用法都差不多,但又有一些细微之差. 一起来看看吧~~~ 一. ...

  3. 题解 GRE Words Revenge

    题目传送门 题目大意 给出 \(m\) 次操作,分别为以下两种操作: 学习一个单词 给出一个段落,查询里面有多少个学过的单词.注意,如果学习过 \(\text{ab,bc}\) ,当前查询段落为 \( ...

  4. 洛谷4606 SDOI2018战略游戏(圆方树+虚树)

    QWQ深受其害 当时在现场是真的绝望...... 现在再重新来看这个题 QWQ 根据题目所说,我们可以发现,对于每一个集合中的节点,我们实际上就是要求两两路径上的割点的数目 考虑到又是关于点双的题目, ...

  5. bzoj1067——SCOI2007降雨量(线段树,细节题)

    题目描述 我们常常会说这样的话:"X年是自Y年以来降雨量最多的".它的含义是X年的降雨量不超过Y年,且对于任意\(Y<Z<X\),Z年的降雨量严格小于X年.例如2002 ...

  6. C#并行编程:Parallel的使用

    前言:在C#的System.Threading.Tasks 命名空间中有一个静态的并行类:Parallel,封装了Task的使用,对于执行大量任务提供了非常简便的操作.下面对他的使用进行介绍. 本篇内 ...

  7. Typora配置双击图片放大功能

    在Typora中,默认没有点击图片放大功能,本文就教大家如何配置该功能. 我的环境版本 Typora版本:0.11.13 LightBox版本:2.11.3 下载LightBox 可以从Github下 ...

  8. 内网渗透DC-5靶场通关

    个人博客地址:点我 DC系列共9个靶场,本次来试玩一下一个 DC-5,只有一个flag,下载地址. 下载下来后是 .ova 格式,建议使用vitualbox进行搭建,vmware可能存在兼容性问题.靶 ...

  9. NX CAM 区域轮廓铣的切削步长

    从NX3.0到NX9.0,默认都是5%.可是实际计算的精确度是不一样的.到NX8.0上发现计算速度特别慢,后来东找西找,设置这个参数可以解决.PS:请慎用!请后后面的官方解释. 官方的解释是: &qu ...

  10. 微信h5跳转小程序wx-open-launch-weapp开放标签不显示(已解决)

    前言: 前几天成功对接了跳转第三方小程序的功能,今天有个页面有需要对接.但是奇怪的是用的和上次一模一样的配置,但就是死活不显示wx-open-launch-weapp这个开放标签的按钮,看不到任何效果 ...