图片.png
线程私有,生命周期与线程相同。虚拟机栈描述的是Java方法执行的内存模型:每个方法在执行时都会创建一个栈帧用于存储局部变量表、操作数栈、动态链接、方法出口等信息。每个方法从调用直至执行完成的过程,就对应着一个栈帧在虚拟机栈中入栈到出栈的过程。如果请求的站深度大于虚拟机所允许的深度,将抛出StackOverflowError异常,虚拟机栈在动态扩展时如果无法申请到足够的内存,就会抛出OutOfMemoryError异常。 总结:它存放的是java方法执行时的所有数据。 由栈帧组成一个栈帧代表一个方法的执行。
每个方法从调用到执行完成对应一个栈帧在虚拟机中的入栈到出栈。
结构图:
image
栈帧由局部变量区、操作数栈和帧数据区组成。当虚拟机调用一个Java方法时,它从对应类的类型信息中得到此方法的局部变量区和操作数栈的大小,并根据此分配栈帧内存,然后压入Java栈中。
例如:
public static String A(){
String str=B();(1)
return str;
}
public static String B(){
return "Hellow Word";
}
A方法执行时分配一个栈帧,当(1)处调用B方法是就会压如一个新的栈帧,当B()方法结束,栈帧弹出。
image
与虚拟机栈类似,不过虚拟机栈是为虚拟机执行Java方法(字节码)服务,而本地方法栈则是为虚拟机使用到的Native方法服务。该区域同样会报StackOverflowError 方法区
用于存储被Java虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。不同于Java堆的是,Java虚拟机规范对方法区的限制非常宽松,可以选择不实现垃圾收集(永远占据内存)。
常量池:这个名词可能大家也经常见,它是方法区的一部分。Class文件除了有类的版本、字段、方法、接口等描述信息外,还有一项信息就是常量池,用于存放编译期生成的各种字面量和符号引用。(JDK1.7已经把常量池转移到堆里面了)
所有通过new对象的内存都在对中分配;是虚拟机最大一块内存,是要GC回收的。这一部分也是重点需要分析的。
一块较小的内存空间,可以看作是当前线程所执行的字节码的行号指示器。字节码解释器工作时就是通过改变这个计数器的值来选取下一条需要执行的字节码指令,分支、循环、跳转、异常处理、线程恢复等基础功能都需要依赖这个计数器完成。此内存区域是唯一一个在Java虚拟机规范中没有规定任何OutOfMemoryError情况的区域。(也就是说明其他区域都可能产生OOM,但是我们开发中重点是根据堆的原理避免OOM)
Java堆是Java虚拟机所管理的内存中最大的一块,被进程的所有线程共享,在虚拟机启动时被创建。该区域的唯一目的就是存放对象实例,几乎所有的对象实例都在这里分配内存,Java堆是垃圾收集器管理的主要区域。根据Java虚拟机规范,Java堆可以处于物理上不连续的内存空间,只要逻辑上连续即可。该区域的大小可以通过-Xmx和-Xms参数来扩展(这部分不懂),如果堆中没有内存完成实例分配,并且堆也无法扩展,将会抛出OutOfMemoryError异常。
由于现在的收集器基本都采用分代收集算法,所以Java堆中还可以分为老年代和新生代(Eden、From Survivor、To Survivor)
clipboard.png
(一般服务器需要修改 移动端不太需要修改)
引用计数算法只要可达 有被引用就+1 就不会被回收
图片.png
之间的连线关系是通过引用来实现关联的。
图片.png
既然提到了引用不得不提四大引用类型:
图片.png
clipboard.png
这部分我一直没有找到比较好的文章,自己本身也理解不好。后期有机会会找找书籍与实践好好研究下另写文章。 参考1 参考2
通过收集算法。将垃圾对象回收JVN虚拟机也是用过一些算法进行处理掉垃圾的。
clipboard.png
clipboard.png
标记整理算法是对标记-清楚算法做了一些调整,当扫描到不被引用的对象的时候 它和标记-清除算法一样会移除,但是它会将所有存活的对象向左移动并更新指针 因为要移动对象并更新指针 所以成本更高,但是解决了内存碎片的问题
clipboard.png
总结 : 这三种算法是根据实际情况在虚拟机中结合使用的。并不知道单一使用 根据不同的优缺点与场景JVM会通过运算来决定使用哪种。
clipboard.png
手动调用虚拟机也不会马上执行,它也是会等到合适的时机进行内存回收。但是调用System.gc()会增到虚拟机的压力。