java内存区域与内存溢出异常

   记录日常点滴，打卡01

 

    在开发日常里有虚拟机内存管理机制的帮助下，我们往往不太关注new对象时发生的事情，也没有频繁的出现内存泄漏溢出的问题，由虚拟机管理着一切看起来都很美好。不过正因为这样，把一切都交给了虚拟机，一旦出现了此问题又不是很了解虚拟机的内存分配，那么排查起来就会很艰难

 
运行时数据区

 

1.程序计数器：

    一个较小的内存区域，可以看成当前线程执行的字节码的行号指示器，字节码解释器就是通过改变这个计数器的值来选取下一条需要执行的字节码指令，分支，循环，跳转，异常处理，线程恢复等基础功能都需要依赖这个计数器来完成

   如果线程正在执行的是一个java方法，这个计数器记录的是正在执行的虚拟机字节码指令的地址；如果正在执行的是native方法（非java），这个计数器值为空。此内存区域是唯一一个在java虚拟机规范中没有规定任何OutOfMemoryError情况的区域

2.java虚拟机栈

  与程序计算器一样，是线程私有的，生命周期也与线程相同。虚拟机栈描述的是java方法执行的内存模型：每个方法在执行的同时都会创建一个栈帧用于存储局部变量表、操作数栈、动态链接、方法出口等信息。每一个方法从调用到执行完成的过程，就对应着一个栈帧在虚拟机栈中入栈到出栈的过程

虚拟机栈就是常说栈内存和堆内存中的栈内存，或者说是虚拟机栈中局部变量表的部分。

 局部变量表存放了编译期可知的各种基本类型（8大基本类型）、对象引用、和returnAddress（指向了一条字节码指令的地址）

 其中64位长度的long和double类型的数据会占用2个局部变量，其余的类型只占用一个。局部变量表所需的内存空间在编译期间完成分配，当进入一个方法是这个方法需要在帧中分配多大局部变量是完全确定的，在方法运行期间不会改不按局部变量表的大小

 在java虚拟机规范中，对这个区域规定了两种异常状况：如果线程请求是栈深度大于虚拟机所允许的深度，将抛出StackOverflowError异常。

如果扩展时无法申请到足够的内存，就会抛出OutOfMemoryError异常

 

 

后续更新。。。。