Java内存数据区域的示例分析

　　介绍

这篇文章将为大家详细讲解有关Java内存数据区域的示例分析,小编觉得挺实用的,因此分享给大家做个参考,希望大家阅读完这篇文章后可以有所收获。

<引用类=癹s_blockquote_wrap”数据类型=?”data-url=" " data-author-name=" " data-content-utf8-length=?7”data-source-title=" data-mpa-powered-by=" yiban。io "> <节> <节>

思维导图

癑ava内存数据区域的示例分析"

总共也就这么5个区(直接内存不属于JVM运行时数据区的一部分),除了程序计数器其他的地方都有可能出现伯父(OutOfMemoryError),其中像是程序计数器和两个栈(Java虚拟机栈,本地方法栈)都是每个线程要有一个的,所以肯定是线程隔离的。而其他2个区就是线程共享的了,也就是说,如果有多个线程要同时访问这两个区的数据,是会出现线程安全问题的。接下来,我们将对这些区域进行详细的介绍。

程序计数器

<李>

当前线程所执行的字节码的行号指示器,字节码解释器工作时就是通过改变这个计数器的值来确定下一条要执行的字节码指令的位置

<李>

执行Java方法和本地方法时的区别:

<李>

执行Java方法时:记录虚拟机正在执行的字节码指令地址;

<李>

执行原生方法时:无定义。

<李>

是5个区域中唯一不会出现伯父的区域。


Java虚拟机栈

<李>

Java方法执行的内存模型,每个方法执行的过程,就是它所对应的栈帧在虚拟机栈中入栈到出栈的过程,

<李>

服务于Java方法;

<李>

可能抛出的异常:

<李>

OutOfMemoryError(在虚拟机栈可以动态扩展的情况下,扩展时无法申请到足够的内存);

<李>

StackOverflowError(线程请求的栈深度比;虚拟机所允许的深度);

<李>

虚拟机参数设置:<代码> xss>


本地方法栈

<李>

服务于本机方法;

<李>

可能抛出的异常:与Java虚拟机栈一样。


Java堆

<李>

唯一的目的:存放对象实例;

<李>

垃圾收集器管理的主要区域;

<李>

可以处于物理上不连续的内存空间中,

<李>

可能抛出的异常:

<李>

OutOfMemoryError(堆中没有内存可以分配给新创建的实例,并且堆也无法再继续扩展了)。

<李>

虚拟机参数设置:

<李>

最大值:<代码> - xmx

<李>

最小值:<代码> xms

<李>

两个参数设置成相同的值可避免堆自动扩展。


<路径fill-rule=d=癳venodd M4 9 h2v1h4c - 1.5 0 - 3 - 1.69 - 3 - 3.5 - 1.69 s2.55 3 4 3 h5c1.45 0 3 3 0 1.41 - 3.5。91 2.72 - 2 3.25 v8.59c.58 -。45 1 - 1.27 - 2.09 - 10大5.22 - 8.98 4 8 4 h4c -。98 0 1.22 1.22 2.5 s3 9 4 9 zm9-3h-1v1h2c1 0 2 2 2.5 s13.98 12 13 12 h9c -。98 0 - 2 - 1.22 - 2.5 2 - 0 .83.42 1 - 1.64 - 2.09 - 1.84 v6.25c - 1.09.53 - 2 2 3.25 c6 11.31 - 7.55 13 9 13 h5c1.45 0 3 - 1.69 - 3.5 - s14.5 6 13 6 z”> 方法区

<李>

存储已被虚拟机加载的类信息,常量、静态变量,即时编译器编译后的代码等数据;

<李>

类信息:即类类,如类名,访问修饰符,常量池,字段描述,方法描述等。

<李>

垃圾收集行为在此区域很少发生;

<李>

不过也不能不清理,对于经常动态生成大量类的应用,如弹簧等,需要特别注意类的回收状况。

<李>

运行时常量池也是方法区的一部分;

<李>

类文件中除了有类的版本,字段,方法,接口等描述信息外,还有一项是常量池,用于存放编译器生成的各种字面量(就是代码中定义的静态最终常量)和符号引用,这部分信息就存储在运行时常量池中。

<李>

可能抛出的异常:

<李>

OutOfMemoryError(方法区无法满足内存分配需求时)。

Java内存数据区域的示例分析