雷你带你学习JVM

jdk中包含了jvm和“屏蔽操作系统差异的组件”

  • jvm各个操作系统之上是一致的
  • “屏蔽操作系统差异的组件:在各个PC上各不相同(联想下载jdk,不同系统 需要下载不同版本的jdk)

JVM是Java Virtual Machine(Java虚拟机)的缩写,JVM是一种用于计算设备的规范,它是一个虚构出来的计算机,是通过在实际的计算机上仿真模拟各种计算机功能来实现的。

引入Java语言虚拟机后,Java语言在不同平台上运行时不需要重新编译。Java语言使用Java虚拟机屏蔽了与具体平台相关的信息,使得Java语言编译程序只需生成在Java虚拟机上运行的目标代码(字节码),就可以在多种平台上不加修改地运行。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-HXsZY7ws-1606380895098)(C:\Users\17122\AppData\Roaming\Typora\typora-user-images\image-20201123153631524.png)]

一、类的生命周期

生命周期: 类的加载->连接->初始化->使用->卸载

1 类的加载

查找并加载类的二进制数据(class文件)

硬盘上的class文件 加载到jvm内存中

2 连接 :

确定类与类之间的关系 ; student.setAddress( address );

  • 验证

    .class 正确性校验

  • 准备

    static静态变量分配内存,并赋初始化默认值

    static int num = 10 ; 在准备阶段,会把num=0,之后(初始化阶段)再将0修改为10

    在准备阶段,JVM中只有类,没有对象。

    初始化顺序: static ->非static ->构造方法

    public class Student{
    	static int age ; //在准备阶段,将age = 0 ;
    String name ; 
    }
    1234
    
  - 解析:把类中符号引用,转为直接引用

    前期阶段,还不知道类的具体内存地址,只能使用“com.yanqun.pojo.Student ”来替代Student类,“com.yanqun.pojo.Student ”就称为符号引用;

    在解析阶段,JVM就可以将 “com.yanqun.pojo.Student ”映射成实际的内存地址,会后就用 内存地址来代替Student,这种使用 内存地址来使用 类的方法 称为直接引用。

####  3 初始化:

 给static变量 赋予正确的值

​```java
static int num =  10 ;  在连接的准备阶段,会把num=0,之后(初始化阶段)再将0修改为10
12345678910111213

4 使用:

对象的初始化、对象的垃圾回收、对象的销毁

5 卸载

jvm结束生命周期的时机:

  • 正常结束
  • 异常结束/错误
  • System.exit()
  • 操作系统异常

二、JVM内存模型(Java Memoery Model,简称JMM)

JMM:用于定义(所有线程的共享变量, 不能是局部变量)变量的访问规则

**JMM将内存划分为两个区: 主内存区、工作内存区 **

  • 主内存区 :真实存放变量
  • 工作内存区:主内存中变量的副本,供各个线程所使用

注意:

1.各个线程只能访问自己私有的工作内存(不能访问其他线程的工作内存,也不能访问主内存)

2.不同线程之间,可以通过主内存 简介的访问其他线程的工作内存

完整的研究(不同线程之间交互数据时 经历的步骤)

1.Lock:将主内存中的变量,表示为一条线程的独占状态

2.Read:将主内存中的变量,读取到工作内存中

3.Load:将2中读取的变量拷贝到变量副本中

4.Use:把工作内存中的变量副本,传递给线程去使用

5.Assign:把线程正在使用的变量,传递给工作内存中的变量副本中

6.Store:将工作内存中变量副本的值,传递到主内存中

7.Write:将变量副本作为一个主内存中的变量进行存储

8.Unlock:解决线程的独占状态

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-8XbQN4SO-1606380895102)(C:\Users\17122\AppData\Roaming\Typora\typora-user-images\image-20201123212234403.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-b0H3KCWZ-1606380895104)(C:\Users\17122\AppData\Roaming\Typora\typora-user-images\image-20201123212242145.png)]

JVM要求以上的8个动作必须是原子性的;jvm但是对于64位的数据类型(long double)有些非原子性协议。

说明什么问题:

在执行以上8个操作时,可能会出现 只读取(写入等)了半个long/double数据,因此出现错误。如何避免?

1.商用JVM已经充分考虑了此问题,无需我们操作

2.可以通过volatile避免此类问题(读取半个数据的问题) volatile double num ;

三、volatile

概念:JVM提供的一个轻量级的同步机制

作用:

1.防止JVM对long/double等64位的非原子性协议进行的误操作(读取半个数据)

2.可以使变量对所有的线程立即可见(某一个线程如果修改了 工作内存中的变量副本,那么加上volatile 之后,该变量就会立刻同步到其他线程的工作内存中)

3.禁止指令的“重排序”优化

原子性 : num = 10 ;

非原子性: int num = 10 ; -> int num ; num =10 ;

重排序:排序的对象就是 原子性操作,目的是为了提高执行效率,优化

int a  =10 ; //1    int a ; a = 10 ;
int b ;//2
b = 20 ;//3
int c = a * b ;//4
1234

重排序“不会影响单线程的执行结果”,因此以上程序在经过重排序后,可能的执行结果:1,2,3,4 ;2,3,1,4

//2 3 1 4
int b ;
b = 20 ;
int a  =10 ;
int c = a * b ;
12345
package com.yanqun;
//双重检查式的懒汉式单例模式
public class Singleton {
    private static Singleton instance = null ;//单例
    private Singleton(){}
    public static Singleton getInstance(){
        if(instance == null){
            synchronized (Singleton.class){
                if(instance == null){
                    instance = new Singleton() ;//不是一个原子性操作
                }
            }
        }
        return instance ;
    }
}


123456789101112131415161718

以上代码可能会出现问题,原因 instance = new Singleton() 不是一个原子性操作,会在执行时拆分成以下动作:

1.JVM会分配内存地址、内存空间

2.使用构造方法实例化对象

3.instance = 第1步分配好的内存地址
12345

根据重排序的知识,可知,以上3个动作在真正执行时 可能1、2、3,也可能是1、3、2

如果在多线程环境下,使用1、3、2可能出现问题:

假设线程A刚刚执行完以下步骤(即刚执行 1、3,但还没有执行2)

1正常0x123 , …

3instance=0x123

此时,线程B进入单例程序的if,直接会得到Instance对象(注意,此instance是刚才线程A并没有new的对象),就去使用该对象,例如instance.xxx() 则必然报错。解决方案,就是 禁止此程序使用1 3 2 的重排序顺序。解决:

  private volatile static Singleton instance = null ;//单例
1

volatile是通过“内存屏障”防止重排序问题:

1.在volatile写操作前,插入StoreStore屏障

2.在volatile写操作后,插入StoreLoad屏障

3.在volatile读操作后,插入LoadLoad屏障

4.在volatile读操作后,插入LoadStore屏障

volatile是否能保证原子性、保证线程安全?不能!

要想保证原子性/线程安全,可以使用原子包java.util.cocurrent.aotmic中的类,该类能够保证原子性的核心,是因为提供了compareAndSet()方法,该方法提供了 cas算法(无锁算法)。

四、JVM运行时的内存区域

将JVM在运行时的内存,划分为了5个部分,如图所示。

在这里插入图片描述

1 程序计数器(Program Counter Register)

程序计数器:行号指示器,指向当前线程所执行的字节码指令的地址

Test.java -> Test.class

int num = 1;   //1
int num2 = 2 ; //2
if(num1>num2){//3
...//4-10
}else //11
{
    ...
}
while(...)
{
    
}
123456789101112

简单的可以理解为:class文件中的行号

注意:

1.一般情况下,程序计数器 是行号;但如果正在执行的方法是native方法,则程序计数器的值 undefined。

2.程序计数器 是唯一一个 不会 产生 “内存溢出”的区域。

goto的本质就是改变的 程序计数器的值(java中没有goto,goto在java中的保留字)

2 虚拟机栈(VM Stack)

定义:描述 方法执行的内存模型

  • 方法在执行的同时,会在虚拟机栈中创建一个栈帧
  • 栈帧中包含:方法的局部变量表,操作数据栈、动态链接、方法出口信息等

当方法太多时,就可能发生 栈溢出异常StackOverflowError,或者内存溢出异常OutOfMemoryError

public static void main(String[] args) {
    main(new String[]{"abc","abc"});
}
123

3 本地方法栈(Native Method Stack)

原理和结构与虚拟机栈一致,不同点: 虚拟机栈中存放的 jdk或我们自己编写的方法,而本地方法栈调用的 操作系统底层的方法。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-XJCQiBcH-1606380895108)(C:\Users\17122\AppData\Roaming\Typora\typora-user-images\image-20201123213156026.png)][外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-N3sr3cFm-1606380895111)(C:\Users\17122\AppData\Roaming\Typora\typora-user-images\image-20201123213205561.png)][外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-atQefTgs-1606380895113)(C:\Users\17122\AppData\Roaming\Typora\typora-user-images\image-20201123213210971.png)]
在这里插入图片描述

4 堆(Heap)

img

  • 存放对象实例(数组、对象)

  • 堆是jvm区域中最大的一块,在jvm启动时就已经创建完毕

  • GC主要管理的区域

  • 堆本身是线程共享,但在堆内部可以划分出多个线程私有的缓冲区

  • 堆允许物理空间不连续,只要逻辑连续即可

  • 堆可以分 新生代、老生代 。大小比例,新生代:老生代= 1:2

  • 新生代中 包含eden、s0、s1 = 8:1:1

  • 新生代的使用率一般在90%。 在使用时,只能使用 一个eden和一块s区间(s0或s1)

  • 新生代:存放 1.生命周期比较短的对象 2.小的对象;反之,存放在老生代中。对象的大小,可以通过参数设置 -XX:PretenureSizeThredshold 。一般而言,大对象一般是 集合、数组、字符串。生命周期: -XX:MaxTenuringThredshold

    新生代、老生代中年龄:

    MinorGC回收新生代中的对象。如果Eden区中的对象在一次回收后仍然存活,就会被转移到 s区中;

    之后,如果MinorGC再次回收,已经在s区中的对象仍然存活,则年龄+1。

    如果年龄增长一定的数字,则对象会被转移到 老生代中。

    简言之:在新生代中的对象,每经过一次MinorGC,有三种可能:

    1.从eden -> s区

    2.(已经在s区中)年龄+1

    3.转移到老生代中

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-80MqDmMq-1606380895114)(C:\Users\17122\AppData\Roaming\Typora\typora-user-images\image-20201123213251487.png)]

  • 新生代在使用时,只能同时使用一个s区:底层采用的是复制算法,为了避免碎片产生

    老生代: 1.生命周期比较长的对象 2.大的对象; 使用的回收器 MajorGC\FullGC

    新生代特点:

    • 大部分对象都存在于新生代
    • 新生代的回收频率高、效率高

    老生代特点:

    • 空间大、
    • 增长速度慢
    • 频率低

    意义:可以根据项目中 对象大小的数量,设置新生代或老生代的空间容量,从提高GC的性能。

如果对象太多,也可能导致内存异常。

虚拟机参数:

-Xms128m :JVM启动时的大小

-Xmn32m:新生代大小

-Xmx128:总大小

jvm总大小= 新生代 + 老生代

堆内存溢出的示例:java.lang.OutOfMemoryError: Java heap space

package com.yanqun;

import java.util.ArrayList;
import java.util.List;

public class TestHeap {
    public static void main(String[] args) {

        List list = new ArrayList() ;
        while(true){
            list.add(  new int[1024*1024]) ;
        }

    }
}

12345678910111213141516

5 方法区(Method Area)

  • 存放:类的元数据(描述类的信息)、常量池、方法信息(方法数据、方法代码)
  • gc:类的元数据(描述类的信息)、常量池
方法区中数据如果太多,也会抛异常OutOfMemory异常

图:方法区与其他区域的调用关系

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-OzLQSDu0-1606380895116)(C:\Users\17122\AppData\Roaming\Typora\typora-user-images\image-20201123213348223.png)]

常量池:存放编译期间产生的 字面量(“abc”)、符号引用

1 主动使用

(1)new 构造类的使用
package init;

public class Test1 {

    static{
        System.out.println("Test1...");
    }

    public static void main(String[] args) {
        new Test1();//首次主动使用
        new Test1();
    }
}

1234567891011121314

结果:Test1…

(2)访问类/接口的 静态成员(属性、方法)
package init;
class A{
    static int i  = 10;

    static{
        System.out.println("A...");
    }

     static void method(){
        System.out.println("A method...");
    }
}

public class Test2 {
    public static void main(String[] args) {

//        A.i = 1 ;
//        A.i = 1 ;
//        System.out.println(A.i);
        A.method();

    }
}

123456789101112131415161718192021222324

注:main()本身也是一个静态方法,也此main()的所在类 也会在执行被初始化

特殊情况:

  • 如果成员变量既是static,又是final ,即常量,则不会被初始化
  • 上一种情况中,如果常量的值 是一个随机值,则会被初始化 (为了安全)
(3)使用Class.forName(“init.B”)执行反射时使用的类(B类)
(4)初始化一个子类时,该子类的父类也会被初始化
public class Son extends  Father {
    public static void main(String[] args) {
        new Son();
    }
}

123456
(5)动态语言在执行所涉及的类 也会被初始化(动态代理)

2 被动使用

除了主动以外,其他都是被动使用。

package init;
class BD
{
    static {
        System.out.println("BD...");
    }
}

public class BeiDong {
    public static void main(String[] args) {
        BD[] bds = new BD[3];

    }
}

123456789101112131415

以上代码,不属于主动使用类,因此不会被初始化。

六、助记符

反编译: cd到class目录中, javap -c class文件名

Test.java -> javap -c Test.java

javap反编译的是class文件

应该:xx.java -> xx.class ->javap

aload_0: 装载了一个引用类型

Invokespecial: init, private , super.method() : 存放的是初始化代码的位置

getstatic :获取静态成员

bipush : 整数范围 -128 – 127之内 (8位带符号的整数),放到栈顶

sipush: >127 (16个带符号的整数),放到栈顶

注意:无论是定义int或short 等,只要在 -128 --127以内 都是bipush,否则是sipush.

注意:特殊:-1 – 5不是bipush

iconst_m1(-1) iconst_0 iconst_1 … iconst_5

ldc : int float String 常量 ,放到栈顶

ldc2_w :long double常量,放到栈顶

七、JVM四种引用级别

1 强引用

Object obj = new Object() ;

约定: 引用 obj,引用对象new Object()

强引用对象什么失效?

1.生命周期结束(作用域失效)

public void method(){
  
  Object obj = new Object() ;
}//当方法执行完毕后,强引用指向的 引用而对象new Object()就会等待被GC回收
1234

2.引用被置为null,引用对象被GC回收

obj = null ;//此时,没有任何引用指向new Object() 因此,new Object() 就会等待被GC回收
1

除了以上两个情况以外,其他任何时候GC都不会回收强引用对象。

2 软引用

根据JVM内存情况: 如果内存充足,GC不会随便的回收软引用对象;如果JVM内存不足,则GC就会主动的回收软引用对象。

各种引用的出处:

强引用:new

软引用 弱引用 虚引用 (最终引用):Reference

软引用:java.lang.ref.SoftReference

Reference中有一个get()方法,用于返回 所引用的对象

SoftReference<SoftObject> softRef = new SoftReference<>(new SoftObject() );
1

softRef.get() -->返回引用所指向的SoftObject对象本身

package ref;

import java.lang.ref.SoftReference;
import java.util.ArrayList;
import java.util.List;



//软引用对象
class SoftObject{}
public class SoftReferenceDemo {
    public static void main(String[] args) throws Exception {
        //softRef  -->SoftObject  设计模式中的:装饰模式
        SoftReference<SoftObject> softRef = new SoftReference<>(new SoftObject() );
        List<byte[]> list = new ArrayList<>();

        //开启一个线程,监听 是否有软引用已经被回收
        new Thread(  ()->{
        while(true) {
            if (softRef.get() == null) //软引用对象
            {
                System.out.println("软引用对象已被回收..");
                System.exit(0);
            }
        }
        }  ,"线程A" ) .start();     //lambda


        //不断的往集合中 存放数据,模拟内存不足
        while(true){
//          Thread.sleep(10);
            if(softRef.get() != null)
                list.add(new byte[1024*1024]) ;//每次向list中增加1m内容
        }

    }
}

1234567891011121314151617181920212223242526272829303132333435363738

3 弱引用

回收的时机:只要GC执行,就会将弱引用对象进行回收。

java.lang.ref.WeakReference

package ref;

import java.lang.ref.WeakReference;

public class WeakReferenceDemo {
    public static void main(String[] args) throws Exception {

        WeakReference<Object> weakRef = new WeakReference<>(new Object());
        //weakRef->Object

        System.out.println( weakRef.get()==null   ? "已被回收":"没被回收"  );

        System.gc();//建议GC执行一次回收(存在概率)
        Thread.sleep(100);

        System.out.println( weakRef.get()==null   ? "已被回收":"没被回收"  );

    }
}


123456789101112131415161718192021

4 虚引用(幻影引用或者幽灵引用)

java.lang.ref.PhantomReference

是否使用虚引用,和引用对象本身 没有任何关系; 无法通过虚引用来获取对象本身.

引用get() -> 引用对象

虚引用get() -> null

虚引用不会单独使用,一般会和 引用队列(java.lang.ref.ReferenceQueue)一起使用。

价值: 当gc回收一个对象,如果gc发现 此对象还有一个虚引用,就会将虚引用放入到 引用队列中,之后(当虚引用出队之后)再去回收该对象。因此,我们可以使用 虚引用+引用对象 实现:在对象被gc之前,进行一些额外的其他操作。

GC ->如果有虚引用->虚引用入队->虚引用出队-> 回收对象

package ref;

import java.lang.ref.PhantomReference;
import java.lang.ref.ReferenceQueue;

class MyObject {

}

public class PhantomReferenceDemo {


    public static void main(String[] args) throws Exception {
        MyObject obj = new MyObject();
        //引用队列
        ReferenceQueue queue = new ReferenceQueue();

        //虚引用+引用队列
        PhantomReference<MyObject> phantomRef = new PhantomReference<>(obj, queue);

        //让gc执行一次回收操作
        obj = null;
        System.gc();
        Thread.sleep(30);
        System.out.println("GC执行...");

        //GC-> 虚引用->入队->出队->     obj
        System.out.println(queue.poll());


    }
}


12345678910111213141516171819202122232425262728293031323334

特殊情况:如果虚引用对象重写了finalize(),那么JVM会延迟 虚引用的入队时间。

package ref;

import java.lang.ref.PhantomReference;
import java.lang.ref.ReferenceQueue;

class MyObject3 {
    @Override
    protected void finalize() throws Throwable {
        super.finalize();
        System.out.println("即将被回收之前...");
    }
}

public class PhantomReferenceDemo2 {


    public static void main(String[] args) throws Exception {
        MyObject3 obj = new MyObject3();
        //引用队列
        ReferenceQueue queue = new ReferenceQueue();

        //虚引用+引用队列
        PhantomReference<MyObject3> phantomRef = new PhantomReference<>(obj, queue);

        //让gc执行一次回收操作
        obj = null;

        System.gc();
//        Thread.sleep(30);
        System.out.println("GC执行...");

        //GC-> 虚引用->入队->出队->     obj
        System.out.println(queue.poll());//虚引用并没有入队

        System.gc();
//        Thread.sleep(30);
        System.out.println("GC执行...");

        //GC-> 虚引用->入队->出队->     obj
        System.out.println(queue.poll());//虚引用延迟到了第二次gc时入队

        System.gc();
//        Thread.sleep(30);
        System.out.println("GC执行...");

        //GC-> 虚引用->入队->出队->     obj
        System.out.println(queue.poll());

        System.gc();
        Thread.sleep(30);
        System.out.println("GC执行...");

        //GC-> 虚引用->入队->出队->     obj
        System.out.println(queue.poll());


    }
}

1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859

final class Finalizer extends FinalReference:最终引用

构造方法() -> 析构函数(),在java中存在Finalizer 可以帮我们自动的回收一些不需要的对象,因此不需要写析构函数。

jvm能够直接操作的是:非直接内存

直接内存:native (操作系统中的内存,而不是jvm内存)

jvm不能操作 直接内存(非jvm操作的内容)时,而恰好 此区域的内容 又忘了关闭,此时Finalizer就会将这些内存进行回收。

5 使用软引用实现缓存的淘汰策略

java ->缓存( 90% ->60%) -> db(iphone)

LRU

一般的淘汰策略:

根据容量/缓存个数 + LRU 进行淘汰。

在java中 还可以用引用实现 淘汰策略。

MyObject obj = new MyObject();//强引用,不会被GC回收

map.put( id , obj ) ;

Map.put(id, 软引用(obj) );//当jvm内存不足时,会主动回收。

package ref;

import java.lang.ref.SoftReference;
import java.util.HashMap;
import java.util.Map;

class MyObject10{}

public class SoftDemo {

    //map: key:id  ,value:对象的软引用  (拿对象: 对象的软引用 .get() )
    Map<String, SoftReference<MyObject10>> caches = new HashMap<>();
    //java -> caches -> db
    //set: db->caches
    //get: java->cache


    void setCaches(String id,MyObject10 obj){
        caches.put( id,   new SoftReference<MyObject10>(obj) );

    }

    MyObject10 getCache(String id){
        SoftReference<MyObject10> softRef = caches.get(id) ;
       return  softRef == null ?  null : softRef.get()  ;
    }
    //优势:当jvm内存不足时,gc会自动回收软引用。因此本程序 无需考虑 OOM问题。



}

八、双亲委派

前置:类的加载
package com.yanqun.parents;
class MyClass{
    static int num1 = 100 ;
    static MyClass myClass = new MyClass();
    public MyClass(){
        num1 = 200 ;
        num2 = 200 ;
    }
    static int num2 = 100 ;
    public static MyClass getMyClass(){
        return myClass ;
    }

    @Override
    public String toString() {
        return this.num1 + "\t" + this.num2 ;
    }
}


public class MyClassLoader {
    public static void main(String[] args) {
        MyClass myc =  MyClass.getMyClass() ;
        System.out.println(myc);

    }
}

12345678910111213141516171819202122232425262728

分析

    static int num1 = 100 ;     【 0 】-> 【100】->【200】
    static MyClass myClass = new MyClass();【null】 ->【引用地址0x112231】
    public MyClass(){
        num1 = 200 ;
        num2 = 200 ;
    }
    static int num2 = 100 ;  【0】->【200】->【100】

连接:static静态变量并赋默认值

初始化:给static变量 赋予正确的值
1234567891011

总结:在类中 给静态变量的初始化值问题,一定要注意顺序问题(静态变量 和构造方法的顺序问题)

双亲委派:

JVM自带的加载器(在JVM的内部所包含,C++)、用户自定义的加载器(独立于JVM之外的加载器,Java)

  • JVM自带的加载器
    • 根加载器,Bootstrap : 加载 jre\lib\rt.jar (包含了平时编写代码时 大部分jdk api);指定加载某一个jar( -Xbootclasspath=a.jar)
    • 扩展类加载器,Extension:C:\Java\jdk1.8.0_101\jre\lib\ext*.jar ;指定加载某一个jar(-Djava.ext.dirs= …)
    • AppClassLoader/SystemClassLoader,系统加载器(应用加载器):加载classpath;指定加载(-Djava.class.path= 类/jar)
  • 用户自定义的加载器
    • 都是抽象类java.lang.ClassLoader的子类
      img

双亲委派:

当一个加载器要加载类的时候,自己先不加载,而是逐层向上交由双亲去加载;当双亲中的某一个加载器 加载成功后,再向下返回成功。如果所有的双亲和自己都无法加载,则报异常。

package com.yanqun.parents;
//classpath: .; ..lib,其中“.”代表当前(自己写的类)
class MyClass2{
}

public class TestParentsClassLoader {


    public static void main(String[] args) throws Exception {
       Class myClass1 =  Class.forName("java.lang.Math") ;
        ClassLoader classLoader1 = myClass1.getClassLoader();
        System.out.println(classLoader1);
        /* JDK中的官方说明:
            Some implementations may use null to represent the bootstrap class loader
         */
       Class myClass2 =  Class.forName("com.yanqun.parents.MyClass2") ;
        ClassLoader classLoader2 = myClass2.getClassLoader();
        System.out.println(classLoader2);
    }
}

123456789101112131415161718192021

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-a8TBgUzz-1606381470118)(C:\Users\17122\AppData\Roaming\Typora\typora-user-images\image-20201124134842936.png)]

null: bootstrap class loader

小结:如果类是 rt.jar中的,则该类是被 bootstrap(根加载器)加载;如果是classpath中的类(自己编写的类),则该类是被AppClassLoader加载。

定义类加载:最终实际加载类的 加载器

初始化类加载类:直接面对加载任务的类

package com.yanqun.parents;

import java.net.URL;
import java.util.Enumeration;

class MyCL{

}
public class JVMParentsCL {
    public static void main(String[] args) throws Exception {
        Class<?> myCL = Class.forName("com.yanqun.parents.MyCL");
        ClassLoader classLoader = myCL.getClassLoader();
        System.out.println(classLoader);
        System.out.println("---");
        ClassLoader systemClassLoader = ClassLoader.getSystemClassLoader();
        System.out.println(systemClassLoader);

        ClassLoader parent1 = systemClassLoader.getParent();
        System.out.println(parent1);
        ClassLoader parent2 = parent1.getParent();
        System.out.println(parent2);

        System.out.println("----");

        ClassLoader appClassLoader = ClassLoader.getSystemClassLoader();
        Enumeration<URL> resources = appClassLoader.getResources("com/yanqun/parents/MyCL.class");// a/b/c.txt
        while(resources.hasMoreElements()){
            URL url = resources.nextElement();
            System.out.println(url);
        }

    }
}

12345678910111213141516171819202122232425262728293031323334

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-SX54X5PM-1606381470124)(C:\Users\17122\AppData\Roaming\Typora\typora-user-images\image-20201124134903946.png)]

1 自定义类的加载器

二进制名binary names:

   "java.lang.String"
   "javax.swing.JSpinner$DefaultEditor"
   "java.security.KeyStore$Builder$FileBuilder$1"
   "java.net.URLClassLoader$3$1"
1234

$代表内部类:

$数字:第几个匿名内部类

The class loader for an array class, as returned by {@link* Class#getClassLoader()} is the same as the class loader for its element* type; if the element type is a primitive type, then the array class has no* class loader.
1

1.数组的加载器类型 和数组元素的加载器类型 是相同

2.原声类型的数组 是没有类加载器的

如果加载的结果是null: 可能是此类没有加载器(int[]) , 也可能是 加载类型是“根加载器”

<p> However, some classes may not originate from a file; they may originate* from other sources, such as the network, or they could be constructed by an* application.  The method {@link #defineClass(String, byte[], int, int)* <tt>defineClass</tt>} converts an array of bytes into an instance of class* <tt>Class</tt>. Instances of this newly defined class can be created using* {@link Class#newInstance <tt>Class.newInstance</tt>}.
1

xxx.class文件可能是在本地存在,也可能是来自于网络 或者在运行时动态产生(jsp)

<p> The network class loader subclass must define the methods {@link
 * #findClass <tt>findClass</tt>} and <tt>loadClassData</tt> to load a class
 * from the network.  Once it has downloaded the bytes that make up the class,
 * it should use the method {@link #defineClass <tt>defineClass</tt>} to
 * create a class instance.  A sample implementation is:
 *
 * <blockquote><pre>
 *     class NetworkClassLoader extends ClassLoader {
 *         String host;
 *         int port;
 *
 *         public Class findClass(String name) {
 *             byte[] b = loadClassData(name);
 *             return defineClass(name, b, 0, b.length);
 *         }
 *
 *         private byte[] loadClassData(String name) {
 *             // load the class data from the connection
 *             &nbsp;.&nbsp;.&nbsp;.
 *         }
 *     }
123456789101112131415161718192021

如果class文件来自原Network,则加载器中必须重写findClas()和loadClassData().

2 自定义类加载器的实现

重写findClas()和loadClassData()

package com.yanqun.parents;

import java.io.ByteArrayOutputStream;
import java.io.File;
import java.io.FileInputStream;
import java.io.FileNotFoundException;

//public class MyException extends Exception{...}
public class MyClassLoaderImpl  extends ClassLoader{
        //优先使用的类加载器是:getSystemClassLoader()
        public MyClassLoaderImpl(){
            super();
        }

        public MyClassLoaderImpl(ClassLoader parent){//扩展类加载器
            super(parent);
        }
        //com.yq.xx.class
        public Class findClass(String name) {
            System.out.println(name);
              byte[] b = loadClassData(name);
              return defineClass(name, b, 0, b.length);
          }

          //“com/yq/xxx.class” ->  byte[]
          private byte[] loadClassData(String name)  {

              name =  dotToSplit("out.production.MyJVM."+name)+".class" ;
              byte[] result = null ;
              FileInputStream inputStream = null ;
              ByteArrayOutputStream output = null ;
              try {
                 inputStream = new FileInputStream( new File(  name)  );
                //inputStream -> byte[]
                 output = new ByteArrayOutputStream();

                byte[] buf = new byte[2];
                int len = -1;
                while ((len = inputStream.read(buf)) != -1) {
                    output.write(buf, 0, len);
                }
                result = output.toByteArray();
            }catch (Exception e){
                    e.printStackTrace(); ;
            }finally {
                  try {
                      if(inputStream != null )inputStream.close();
                      if(output != null ) output.close();
                  }catch (Exception e){
                      e.printStackTrace();
                  }
            }
            return result ;
          }

    public static void main(String[] args) throws Exception{
            //自定义加载器的对象
        MyClassLoaderImpl myClassLoader = new MyClassLoaderImpl();//默认在双亲委派时,会根据正规流程:系统——》扩展->根
//        MyClassLoaderImpl myClassLoader = new MyClassLoaderImpl();//直接指定某个 具体的的委派
        Class<?> aClass = myClassLoader.loadClass("com.yanqun.parents.MyDefineCL");
        System.out.println(aClass.getClassLoader());

        MyDefineCL myDefineCL =  (MyDefineCL)(aClass.newInstance() );
        myDefineCL.say();
    }

    public static String dotToSplit(String clssName){
        return clssName.replace(".","/") ;
    }

}


class MyDefineCL{
    public void say(){
        System.out.println("Say...");
    }
}
123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778
实现流程:

1.public class MyClassLoaderImpl extends ClassLoader

2.findClass(String name){…} :直接复制文档中的NetworkClassLoader中的即可

3.loadClassData(String name){…} :name所代表的文件内容->byte[]

4.细节:
loadClassData(String name): 是文件形式的字符串a/b/c.class,并且开头out.production..
findClass(String name):是全类名的形式 a.b.c.class,并且开头 是: 包名.类名.class
操作思路:

要先将 .class文件从classpath中删除,之后才可能用到 自定义类加载器;否在classpath中的.class会被 APPClassLoader加载

package com.yanqun.parents;

import java.io.ByteArrayOutputStream;
import java.io.File;
import java.io.FileInputStream;
import java.io.FileNotFoundException;

//public class MyException extends Exception{...}
public class MyClassLoaderImpl  extends ClassLoader{
    private String path ; //null
        //优先使用的类加载器是:getSystemClassLoader()
        public MyClassLoaderImpl(){
            super();
        }

        public MyClassLoaderImpl(ClassLoader parent){//扩展类加载器
            super(parent);
        }
        //com.yq.xx.class
        public Class findClass(String name) {
            System.out.println("findClass...");
              byte[] b = loadClassData(name);
              return defineClass(name, b, 0, b.length);
          }

          //“com/yq/xxx.class” ->  byte[]
          private byte[] loadClassData(String name)  {
              System.out.println("加载loadClassData...");
              if(path != null){//name: com.yanqun.parents.MyDefineCL
                  name = path+ name.substring(  name.lastIndexOf(".")+1  )+".class" ;
              }else{
                  //classpath ->APPClassLoader
                  name =  dotToSplit("out.production.MyJVM."+name)+".class" ;
              }




              byte[] result = null ;
              FileInputStream inputStream = null ;
              ByteArrayOutputStream output = null ;
              try {
                 inputStream = new FileInputStream( new File(  name)  );
                //inputStream -> byte[]
                 output = new ByteArrayOutputStream();

                byte[] buf = new byte[2];
                int len = -1;
                while ((len = inputStream.read(buf)) != -1) {
                    output.write(buf, 0, len);
                }
                result = output.toByteArray();
            }catch (Exception e){
                    e.printStackTrace(); ;
            }finally {
                  try {
                      if(inputStream != null )inputStream.close();
                      if(output != null ) output.close();
                  }catch (Exception e){
                      e.printStackTrace();
                  }
            }
            return result ;
          }

    public static void main(String[] args) throws Exception {
        System.out.println("main...");
        //自定义加载器的对象
        MyClassLoaderImpl myClassLoader = new MyClassLoaderImpl();//默认在双亲委派时,会根据正规流程:系统——》扩展->根

        myClassLoader.path = "d:/" ;

        //MyClassLoaderImpl myClassLoader = new MyClassLoaderImpl();//直接指定某个 具体的的委派
        Class<?> aClass = myClassLoader.loadClass("com.yanqun.parents.MyDefineCL");
        System.out.println(aClass.getClassLoader());
//        MyDefineCL myDefineCL = (MyDefineCL)( aClass.newInstance()) ;
    }

    public static String dotToSplit(String clssName){  return clssName.replace(".","/") ;  }

}


class MyDefineCL{
    public void say(){
        System.out.println("Say...");
    }
}
12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576777879808182838485868788

代码流程:

loadClass() ->findClass()->loadClassData()
1

一般而言,启动类加载loadClass();

实现自定义加载器,只需要:

1.继承ClassLoader

2重写的 findClass()

情况一:用APPClassLoader

classpath中的MyDefineCL.class文件:

1163157884
1163157884

d盘中的MyDefineCL.class文件:

356573597

说明:类加载器 只会把同一个类 加载一次; 同一个class文件 加载后的位置

结论:

自定义加载器 加载.class文件的流程:

先委托APPClassLoader加载,APPClassLoader会在classpath中寻找是否存在,如果存在 则直接加载;如果不存在,才有可能交给 自定义加载器加载。

package com.yanqun.parents;

import java.io.ByteArrayOutputStream;
import java.io.File;
import java.io.FileInputStream;
import java.io.FileNotFoundException;

//public class MyException extends Exception{...}
public class MyClassLoaderImpl  extends ClassLoader{
    private String path ; //null
        //优先使用的类加载器是:getSystemClassLoader()
        public MyClassLoaderImpl(){
            super();
        }

        public MyClassLoaderImpl(ClassLoader parent){//扩展类加载器
            super(parent);
        }
        //com.yq.xx.class
        public Class findClass(String name) {
//            System.out.println("findClass...");
              byte[] b = loadClassData(name);
              return defineClass(name, b, 0, b.length);
          }

          //“com/yq/xxx.class” ->  byte[]
          private byte[] loadClassData(String name)  {
//              System.out.println("加载loadClassData...");
              if(path != null){//name: com.yanqun.parents.MyDefineCL
//                  System.out.println("去D盘加载;;");
                  name = path+ name.substring(  name.lastIndexOf(".")+1  )+".class" ;
              }

              byte[] result = null ;
              FileInputStream inputStream = null ;
              ByteArrayOutputStream output = null ;
              try {
                 inputStream = new FileInputStream( new File(  name)  );
                //inputStream -> byte[]
                 output = new ByteArrayOutputStream();

                byte[] buf = new byte[2];
                int len = -1;
                while ((len = inputStream.read(buf)) != -1) {
                    output.write(buf, 0, len);
                }
                result = output.toByteArray();
            }catch (Exception e){
                    e.printStackTrace(); ;
            }finally {
                  try {
                      if(inputStream != null )inputStream.close();
                      if(output != null ) output.close();
                  }catch (Exception e){
                      e.printStackTrace();
                  }
            }
            return result ;
          }

    public static void main(String[] args) throws Exception {
//        System.out.println("main...");
        //自定义加载器的对象
//        MyClassLoaderImpl myClassLoader = new MyClassLoaderImpl();//默认在双亲委派时,会根据正规流程:系统——》扩展->根
//        myClassLoader.path = "d:/" ;
//        Class<?> aClass = myClassLoader.loadClass("com.yanqun.parents.MyDefineCL");
//        System.out.println(aClass.hashCode());

        MyClassLoaderImpl myClassLoader2 = new MyClassLoaderImpl();//默认在双亲委派时,会根据正规流程:系统——》扩展->根
        Class<?> aClass2 = myClassLoader2.loadClass("com.yanqun.parents.MyDefineCL");
        System.out.println(aClass2.hashCode());


//        System.out.println(aClass.getClassLoader());
//        MyDefineCL myDefineCL = (MyDefineCL)( aClass.newInstance()) ;
    }

    public static String dotToSplit(String clssName){  return clssName.replace(".","/") ;  }

}


class MyDefineCL{
    public void say(){
        System.out.println("Say...");
    }
}
123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687

通过以下源码可知,在双亲委派体系中,“下面”的加载器 是通过parent引用 “上面”的加载器。即在双亲委派体系中,各个加载器之间不是继承关系。

public abstract class ClassLoader {

    private static native void registerNatives();
    static {
        registerNatives();
    }

    // The parent class loader for delegation
    // Note: VM hardcoded the offset of this field, thus all new fields
    // must be added *after* it.
    private final ClassLoader parent;
1234567891011

ClassLoader源码解读

    protected Class<?> loadClass(String name, boolean resolve)
        throws ClassNotFoundException
    {
        synchronized (getClassLoadingLock(name)) {
            // First, check if the class has already been loaded
            Class<?> c = findLoadedClass(name);
            if (c == null) {
                long t0 = System.nanoTime();
                try {
                   //如果“父类”不为空,则委托“父类”加载
                    if (parent != null) {
                        c = parent.loadClass(name, false);
                    } else {
                        //如果“父类”为空,说明是双亲委派的顶层了,就调用顶层的加载器(BootstrapClassLoader)
                        c = findBootstrapClassOrNull(name);
                    }
                } catch (ClassNotFoundException e) {
                    // ClassNotFoundException thrown if class not found
                    // from the non-null parent class loader
                }
				//如果“父类”加载失败,则只能自己加载(自定义加载器中的findClass()方法)
                if (c == null) {
                    // If still not found, then invoke findClass in order
                    // to find the class.
                    long t1 = System.nanoTime();
                    c = findClass(name);

                    // this is the defining class loader; record the stats
                    sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);
                    sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
                    sun.misc.PerfCounter.getFindClasses().increment();
                }
            }
            if (resolve) {
                resolveClass(c);
            }
            return c;
        }
    }
123456789101112131415161718192021222324252627282930313233343536373839

3 双亲委派机制优势:

可以防止用户自定义的类 和 rt.jar中的类重名,而造成的混乱

自定义一个java.lang.Math(和jdk中rt.jar中的类重名)

package java.lang;

public class Math {
    public static void main(String[] args) {
        System.out.println("hello Math...");
    }
}

12345678

运行结果:
在这里插入图片描述

原因:

根据双亲委派, 越上层的加载器越优先执行。

最顶层的加载器是 根加载器,根加载器就会加载rt.jar中的类。

因此rt.jar中的Math会被优先加载。

即程序最终加载的是不是我们自己写的Math,而是jdk/rt.jar中 内置的Math;

而内置的Math根本没有提供main()方法,因此报 无法找到main()。

4 实验:

将相关联的类A.class和B.class分别用 不同的类加载器加载

A和B是继承关系
public class B{
    public B(){
        System.out.println("B被加载了,加载器是: "+ this.getClass().getClassLoader());//对象使用之前,必然先把此对象对应的类加载
    }
}

public class A extends  B
{
    public A(){
        super();
        System.out.println("A被加载了,加载器是: "+ this.getClass().getClassLoader());//对象使用之前,必然先把此对象对应的类加载
    }
}
//AppClassLoader.class : TestMyClassLoader2
//自定义加载器: A.class/B.class
public class TestMyClassLoader2 {
    public static void main(String[] args) throws Exception{
        MyClassLoaderImpl myClassLoader = new MyClassLoaderImpl() ;
        //自定义加载路径
        myClassLoader.path = "d:/" ;
        Class<?> aClass = myClassLoader.loadClass("com.yanqun.parents.A");
        Object aObject = aClass.newInstance();//newInstance()会调用 该类的构造方法(new 构造方法())
        System.out.println(aObject);
    }
}

1234567891011121314151617181920212223242526
A和B不是继承关系
public class Y {
    public Y(){
        System.out.println("Y被加载了,加载器是: "+ this.getClass().getClassLoader());//对象使用之前,必然先把此对象对应的类加载
    }
}
public class X {
    public X(){
        new Y() ;//加载Y(系统加载器)
        System.out.println("X被加载了,加载器是: "+ this.getClass().getClassLoader());//对象使用之前,必然先把此对象对应的类加载
    }
}

//AppClassLoader.class : TestMyClassLoader2
//自定义加载器: A.class/B.class
public class TestMyClassLoader3 {
    public static void main(String[] args) throws Exception{
        MyClassLoaderImpl myClassLoader = new MyClassLoaderImpl() ;
        //自定义加载路径
        myClassLoader.path = "d:/" ;
        //程序第一次加载时(X),使用的是  自定义加载器
        Class<?> aClass = myClassLoader.loadClass("com.yanqun.parents.X");



        Object aObject = aClass.newInstance();//newInstance()会调用 该类的构造方法(new 构造方法())
        System.out.println(aObject);
    }
}
12345678910111213141516171819202122232425262728
存在继承关系

A.class:  classpath
B.class:   classpath
原因
同一个AppClassLoader 会同时加载A.class和B.class

--
A.class:   d:\

B.class:   classpath
原因
A.class:自定义加载器加载
B.class:被AppClassLoader加载
因此,加载A.class和B.class的不是同一个加载器


IllegalAccess
---
A.class:    classpath

B.class:    d:\	
NoClassDefFoundError
原因:
A.class: 被AppClassLoader加载  
B.class: 自定义加载器加载
因此,加载A.class和B.class的不是同一个加载器

--
A.class	d:\
B.class d:\
TestMyClassLoader2 can not access a member of class com.yanqun.parents.A with modifiers "public"
A.class/B.class: 自定义加载器加载
原因是 main()方法所在类在 工程中(APPClassLoader),而A和B不在工程中(自定义加载器)。


造成这些异常的核心原因: 命名空间(不是由同一个类加载器所加载)


----
没有继承关系

X.class:  D:		自定义加载器
Y.class:  classpath	系统加载器

Y被加载了,加载器是: sun.misc.Launcher$AppClassLoader@18b4aac2
X被加载了,加载器是: com.yanqun.parents.MyClassLoaderImpl@74a14482


---

X.class:  classpath  系统加载器
Y.class:  D:	    自定义加载器

java.lang.NoClassDefFoundError: com/yanqun/parents/Y

--

12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758

<img src="C:\Users\17122\AppData\Roaming\Typora\typora-user-images\image-20201126164624873.png" alt="image-20201126164624873" style="zoom:67%;" /

  • 如果存在继承关系:

    继承的双方(父类、子类)都必须是同一个加载器,否则出错;

  • 如果不存在继承关系:

    子类加载器可以访问父类加载器加载的类(自定义加载器,可以访问到 系统加载器加载的Y类);反之不行(父类加载器 不能访问子类加载器)

核心: 双亲委派

如果都在同一个加载器 ,则不存在加载问题; 如果不是同一个,就需要双亲委派。

如果想实现各个加载器之间的自定义依赖,可以使用ogsi规范
在这里插入图片描述
OSGi:

1.网状结构的加载结构

2.屏蔽掉硬件的异构性。例如,可以将项目部署在网络上,可以在A节点上 远程操作B节点。在操作上,可以对硬件无感。也可以在A节点上 对B节点上的项目进行运维、部署,并且立项情况下 在维护的期间,不需要暂时、重启。

5 类的卸载

1.系统自带(系统加载器、扩展加载器、根加载器):这些加载器加载的类 是不会被卸载。

2.用户自定义的加载器,会被GC卸载GC

九、JVM监测工具

jps: 查看Java进程 (java命令)

jstat:只能查看当前时刻的内存情况;可以查看到 新生代、老年代中的内存使用情况

jmap:查看堆内存的占用情况;也可以执行dump操作

jconsole:图形的监控界面

例如:如果通过jconsole中的"执行gc"按钮发现 GC回收的内存太少,就说明当前进程是存在问题的(至少是可以被优化的)

jvisualvm: 监视 - 堆Dump -查找最大对象,从中可以发现 当前进程中是哪个对象 占据了最大的内存,从而对这个对象进行分析。

通过VM参数实现: 当内存溢出时,自动将溢出时刻的内存dump下来。

-Xmx100m
-Xms100m
-XX:+HeapDumpOnOutOfMemoryError

十、GC调优

Java开发者为什么不把所有的参数调到最优?非得让我们手工去调?

取舍。

调优实际是是一种取舍,以xx换xx的策略。因此在调优之前,必须明确方向:低延迟?高吞吐量呢?

有两种情况需要考虑:

1.在已知条件相同的前提下, 牺牲低延迟 来换取 高吞吐量,或者反之。

2.随着软件硬件技术的发展,可能 二者都升高。

GC的发展:

JVM自身在GC上进行了很多次的改进升级:

JVM默认的GC: CMS GC(在jdk9以后被逐步废弃) -> G1 GC(jdk9) -> Z GC(jdk11)

  • Serial GC:

    串行GC,是一种在单核环境下的串行回收器。当GC回收的时刻,其他线程必须等待。一般不会使用。

  • Parallel GC:

    在Serial 的基础上,使用 了多线程技术。 提高吞吐量。

  • CMS GC

    CMS使用了多线程技术,使用“标记-清除”算法,可以极大提升效率 (尤其在低延迟上有很大的提升)。繁琐,参数太多,对开发者的经验要求太高。

  • G1 GC

    jdk9开始使用的默认GC。特点:将堆内存划分为很多大小相等region,并会对这些区域的使用状态进行标记。以便GC在回收时,能够快速的定位出哪些region是空闲的,哪些是有垃圾对象,从而提升GC的效率。G1使用的算法是“标记-整理”算法。

  • Z GC

    jdk11开始提供全新的GC。回收TB级别的垃圾 在毫秒范围。

如果从生命周期角度划分,GC也可以划分成:Minor GC,和Full GC

  • Minor GC:回收新生代中的对象
  • Full GC:回收整个堆空间(新生代、老年代)

案例:

如果通过监测工具发现: Minor GC和Full GC都在频繁的回收,如何优化?

Minor GC为什么会频繁执行?因为 新生代中的对象太多了 Minor GC->短生命周期的对象太多了->造成逃逸到老年代中的对象越多-> 新生代多+老年代多->Full GC

Minor GC:可以尝试调大 新生代的最大空间

再调大 新生代晋升到老年代的阈值,从而降低 短生命周期的对象 从新生代转移到老年代的概率。

posted @ 2020-12-10 17:49  雷神约  阅读(7)  评论(0编辑  收藏  举报