类加载器

  • App类加载器
  • 扩展类加载器
  • 根类加载器
package java.lang.String;
public class String{
    public static void main(String args[]){
                String s = new String();
    }
}
// 双亲委派机制,安全机制,防止
// 自定义String 希望能够覆盖源码String 但是类加载的时候,app类加载器--》扩展类加载器---》根类加载器,跟类加载器会调用源码的String,集自己写String不能覆盖源码

虚拟机的内部结构

堆,方法区,栈

img

Native

  • 本地方法,集Native方法,调用时进入本地方法栈,java以不能管理,会调用JNI
  • 本地方法接口JNI ---->本地方法库(C++,python等)

计数器

每个线程一个计数器,指向下一条指令

方法区

  • 所有线程共享
  • 静态变量,静态方法,常量,成员方法,类信息(构造方法,接口定义),运行时常量池
  • 常量池,对象的默认属性就是在常量池中

    • 存放类与接口的常量,
    • public class Student{
          public String name = "xxx";
          public static void main(String args[]){
                      new String(); // 此时创建的对象,它的name就是在常量池中
          }
      }

# java栈

- 8大基本类型+对象引用+实例的方法
- 主方法程序入栈,执行,调用其他方法时,其他方法再入栈执行,执行完返回,正在执行的方法在栈顶
- 栈满了,StackflowError,一般是200层

# 堆

- JVM分类
  - sun 热点虚拟机
  - jrockit,最快的jvm
  - IBM,J9VMJIT

- jvm只有一个heap,大小可以调节,默认:实际使用1/64,试图申请内存的1/4(最大内存),

  - -Xms1024m -Xmx1024m       

- 堆内存细分

  - 新生代
- 8:1:1----》伊甸园,幸存区0,幸存区1
  - 老生区
  - 永久区
- 1.6 :永久代,常量池在方发区
- 1.7:永久代,常量池位于堆
- 1.8:元空间,方发区位于这里
  - 存放java运行时环境,以及方法区的常量池等
  - 逻辑上存在,物理上不存在
- 无垃圾回收
- 若第三方jar很多,Tomcat部署应用过多,动态生成反射类过多,可能会OOM

  ![image-20200915221556463](https://i.loli.net/2020/09/15/9kMr4UbOKqXIVAN.png)

- 垃圾回收都在伊甸园,老生区

- 伊甸园满了---》对伊甸园轻GC--->进入幸存区----》也满了---》对伊甸园,幸存区重GC-----》进入养老区---》又满了----》OOM

  - 但进入老生区对象很少,因为大多是临时对象

# Jprofiler

- 内存分析工具
- idea使用
  - 安装jprofiler插件   setting 指向 指向程序jprofiler.exe
  - 下载jprofiler.exe
- dump
  - 添加启动参数 -XX:+HeapDumpOnOutOfMemoryError

# GC算法

- 引用计数法,循环引用无法解决(不常使用)
- 复制算法(浪费一个幸存区,复制比较费时,存活度较低时常用)
  - 伊甸园满了-》轻GC---》到幸存区0(随机选一个)
  - 伊甸园又满了---》轻GC--》存回对象会放到幸存区1,且就会把幸存区0的复制到幸存1,幸存0变为空
  - 再此GC时,存活对象--》0,幸存1也复制到0
  - 经历了15次GC,进入养老区, 可调参数
- 标记清除(2次扫描费时间,会产生碎片,但不浪费空间)
  - 扫描对象,标记活的对象
  - 清除没标记的
- 标记清除压缩
  - 标记清除再此扫描,整理碎片
- 总结
  - 新生代:存活率低,适用复制算法
  - 老生代:标记清除或标记清除压缩

# JMM

- java内存模型
- 缓存一致性协议,定义数据读写规则
  - 线程操作共享变量时,不能保证及时刷新入内存,volilate关键字可以保证及时刷新到内存

标签: none

评论已关闭