Java运行时的数据区域
1、堆区
2、方法区
3、本地方法栈
4、虚拟机栈
5、程序计数器
Java运行时内存区,划分为线程私有区和线程共享区:
(1) 线程共享区:
-Java堆:对象分配内存的区域,这是垃圾回收的主战场
-方法区:存放类信息、常量、静态变量、编译器编译后的代码等数据,另外还有一个常量池。当然垃圾回收也会在这个区域工作。
(2) 线程私有区:
-本地方法栈:虚拟机的Native方法执行的内存区
-虚拟机栈:方法执行的内存区,每个方法执行时会在虚拟机栈中创建栈帧
-程序计数器:记录正在执行的虚拟机字节码地址
minor GC 与 Full GC 。分别采用哪种垃圾回收算法?简单介绍算法
Minor GC:新生代GC,指发生在新生代的垃圾收集动作,所有的Minor GC都会触发全世界的暂停(stop-the-world),停止应用程序的线程,不过这个过程非常短暂。
Major GC/Full GC:老年代GC,指发生在老年代的GC。
java方法栈的作用
java.util.concurrent 包下使用过哪些
Java内存模型
jvm的垃圾回收机制
JVM的有三种垃圾回收算法,第一种为复制算法,将内存分成两部分,一部分使用,一部分未使用,垃圾回收时,将存活的对象全部复制到另一块未使用的部分,原来那部分待用;第二种是标记清除算法,这种算法在垃圾回收时只标记非存活的对象,没有复制过程,会造成内存碎片;第三种是标记整理算法,这个算法在垃圾回收时,标记非存活对象,同时将存活的对象向同一个方向移动,整理内存碎片。在Hotspot JVM中采用分代回收,在1.7之前有6中垃圾回收器,在1.7时增加了一个新的垃圾回收器Garbage First,即G1。
标记-清除算法,分成两个阶段,第一阶段是标记出所有需要回收的对象,第二阶段是在标记完成后统一回收所有被标记的对象;缺点是会造成内存碎片。复制算法,将可用内存按容量划分为大小相等的两块,每次只使用其中的一块。当这一块的内存用完了,就将还存活的对象复制到另一块上面,然后再把已使用的内存空间一次清理掉;优点是实现简单,运行高效,缺点是内存代价太高。标记-整理算法,也分成两个阶段,第一阶段和标记-清除算法一致,第二阶段不是直接对可回收对象进行清理,而是让所有存活的对象都向一端移动,然后直接清理掉端边界以外的内存。
如何加快gc的速度 快速判断对象生死
JVM的分区、堆的分代以及回收算法还有OOM异常的处理思路
JVM 的结构, GC 算法;在 HashMap 对象中不断调用 put 方法,在 JVM 中会发生什么。
简介 JVM 的可达性分析过程。
Out of MemoryError 产生的原因是什么,具体怎么去调优,以及理解那几个参数的含义 -Xms, -Xmx ,-Xmn,XX:PermSize
.jvm参数调优 jvm堆的大小调优 MaxTureningShelod newratio -xxs -xxm -persize
full gc,内存泄漏,CMS收集器
内存区域介绍及发生OOM的情况,GC过程,描述调优过程
刚刚说的GC Root,有哪些对象可以当做GC Root呢?
虚拟机栈(栈帧的本地变量表)中引用的对象
方法区中类静态属性引用的对象
方法区中常量引用的对象
本地方法栈中JNI引用对象
假设出现了内存溢出或者栈溢出的话,怎么去解决这些问题
内存泄漏通常有哪些可能的原因引起
Jvm中的常用的参数有哪些
GC,jvm调优,如果我自己定义一个String类会怎么样(双亲委派机制)
强引用、软引用、虚引用、弱引用
jvm内存区域和GC,finalize方法,哪些对象可以作为GC Root
JVM 运行时的结构
JVM:内存模型,gc,新生代老年代,对象从创建到回收的流程
类加载过程
JVM 中类的装载是由类加载器(ClassLoader) 和它的子类来实现的,Java 中的类加载器是一个重要的 Java 运行时系统组件,它负责在运行时查找和装入类文件中的类。
由于 Java 的跨平台性,经过编译的 Java 源程序并不是一个可执行程序,而是一个或多个类文件。当 Java 程序需要使用某个类时,JVM 会确保这个类已经被加载、连接(验证、准备和解析)和初始化。类的加载是指把类的 .class 文件中的数据读入到内存中,通常是创建一个字节数组读入 .class 文件,然后产生与所加载类对应的 Class 对象。加载完成后,Class 对象还不完整,所以此时的类还不可用。当类被加载后就进入连接阶段,这一阶段包括验证、准备(为静态变量分配内存并设置默认的初始值)和解析(将符号引用替换为直接引用)三个步骤。最后 JVM 对类进行初始化,包括:1. 如果类存在直接的父类并且这个类还没有被初始化,那么就先初始化父类;2. 如果类中存在初始化语句,就依次执行这些初始化语句。
类的加载是由类加载器完成的,类加载器包括:根加载器(BootStrap)、扩展加载器(Extension)、系统加载器(System)和用户自定义类加载器(java.lang.ClassLoader的子类)。从JDK 1.2开始,类加载过程采取了父亲委托机制(PDM)。PDM 更好的保证了 Java 平台的安全性,在该机制中,JVM 自带的 Bootstrap 是根加载器,其他的加载器都有且仅有一个父类加载器。类的加载首先请求父类加载器加载,父类加载器无能为力时才由其子类加载器自行加载。JVM 不会向 Java 程序提供对 Bootstrap 的引用。下面是关于几个类加载器的说明:
a)Bootstrap:一般用本地代码实现,负责加载JVM基础核心类库(rt.jar);
b)Extension:从 java.ext.dirs 系统属性所指定的目录中加载类库,它的父加载器是 Bootstrap;
c)System:又叫应用类加载器,其父类是Extension。它是应用最广泛的类加载器。它从环境变量 classpath 或者系统属性 java.class.path 所指定的目录中记载类,是用户自定义加载器的默认父加载器。
网友评论