文章目录
前言
目前遇到一个docket上内存占用过高的问题,需分析代码,特作此篇记录过程
以下记录jvm 相关概念
一、java 内存区域
1. 运行时的数据区域
java 虚拟机在执行java 程序的过程中会把他管理的内存划分为若干个不同的数据区域。这些区域有各自的用途,以及创建和销毁的时间,有的区域随着虚拟机进程的启动而一直存在,有些区域则是依赖用户线程的启动和结束 而建立或销毁。java 虚拟机所管理的内存包含以下几个运行时区域。如下图
代码示例:
public int calc() {
int a = 1; // 局部变量表 存放 a = 1
int b = 2; // 局部变量表 存放 b = 2
int c = (a + b) * 3; // 操作数栈 ,操作 a,b
return c;
}
public static void main(String[] args) {
Main main = new Main(); // 局部变量表存放实例引用, 引用 堆里边的Main 实例
int calc = main.calc(); // 动态链接,链接 calc() 方法所在代码位置,
System.out.println(calc);
}
2. java 虚拟机栈
java 虚拟机栈也是线程私有的,它的生命周期与线程相同。虚拟机栈描述的时java 方法执行的线程内存模型: 每个方法被执行的时候,java 虚拟机会同步创建一个栈帧 用于储存局部变量表,操作数栈,动态链接,方法出口等信息。每一个方法被调用直到执行完毕的过程,就对应着一个栈帧在虚拟机栈中从入栈到出栈的过程。
3. 堆与栈
栈 一般是指虚拟机栈,或者更多的情况是指虚拟机栈中的局部变量表部分。
局部变量表存放了编译器可知的各种java 虚拟机基本数据类型(byte,int …),对象引用。
堆 是java 虚拟机多管理的内存中最大的一块,java 堆是被所有线程共享的一块内存区域,在虚拟机启动时候创建,此内存区域的唯一目的就是存放对象实例。
java 堆是垃圾收集器管理的内存区域(也就是gc 回收的区域)
4. 方法区
方法区也是各个内存共享的区域,它用于储存已经被虚拟机加载的类型信息,常量,静态变量,即时编译器编译后的代码缓存数据。
运行时常量池是方法区的一部分,用于存放编译期生成的各种字面量与符号引用,这部分内容将在类加载后存放到方法区的运行时常量池中。
5. 直接内存
使用native 函数库直接分配内存,避免了在java 堆和native 堆上来回复制数据。
6. 内存泄漏(memory leak) 和 内存溢出(memory overflow)
内存泄漏 是指 gc 无法 回收 的内存逐渐增长,最终导致内存溢出。这种是程序在使用内存的时候存在问题
内存溢出 就是单纯的内存增长 > gc 的回收速度,从而占满整个虚拟机的内存,导致内存溢出。
二、垃圾收集器与内存分配策略
1.可达性分析算法
从 GCRoot 的根对象作为起始点收集,从这个节点开始,一直往下搜寻,如果某个对象和GC 链没有任何引用链相连,则证明此对象是不可能在被引用的。这种对象可以被回收了。
2.引用的类型
强引用(Strongly Re-ference) 是指程序代码之间普遍存在的赋值 类似于 Object obj = new Object();
软引用(Soft Re-ference) 是指用来描述一些还有用,但非必须的对象。只能被软引用关联着的对象,在系统将要发生内存溢出前,会把这些对象列进回收范围进行二次回收,如果这次回收还是没有足够的内存,这才抛出内存异常;
弱引用(Weak Re-ference) 也是用来描述那些非必须对象,但它的强度比软引用更弱一些。被弱引用关联的对象只能存活到下一次gc 为止。当gc 开始工作时,无论当前内存是否足够,弱引用对象都会被回收;
虚引用(Phantom Re-ference)
3.分代收集理论
部分收集
新生代收集(Minor GC/Young GC) 效率较高,也有小部分卡顿
老年代收集(major GC/old GC)
整堆收集(full GC)触发系统停顿
所收集的路径是GCRoot ,既静态变量,静态相关类等节点。
2. 实战分析
代码如下(示例):
private Byte[] bytes = new Byte[1024 * 100];
public static void main(String[] args) {
Main main = new Main();
List list = new ArrayList();
while (true) {
list.add(main.bytes);
}
}
这里可以试试 cmd 打开 jvisualvm ,找到java 自带的工具,分析jvm 堆栈信息
总结
当前仅仅 记录jvm 概念,后续的jvm 分析 见下一篇补上。