jvm内存区域

最新推荐文章于 2023-05-22 11:35:39 发布

迷迷茫糊

最新推荐文章于 2023-05-22 11:35:39 发布

阅读量122

点赞数

文章标签： JVM 内存区域

本文链接：https://blog.csdn.net/m0_38048304/article/details/99881383

版权

这张图就是JVM的内存区域，整个可以叫运行时数据区，绿色部分属于线程共享区，橙色为线程独占区
在这里插入图片描述

它是一块较小的内存空间，可以看做是当前线程所执行的字节码的行号指示器。
如果线程正在执行的是一个Java方法，这个计数器记录的是正在执行的虚拟机字节码指令的地址（也就是‘行号’）；如果正在执行的是Natvie方法，这个计数器值则为空（Undefined）。
此内存区域是唯一一个在Java虚拟机规范中没有规定任何OutOfMemoryError（内存溢出）情况的区域。（因为这是java内部自行维护的，不是我们能干预的）

是java方法执行的动态内存模型
栈帧：每个方法执行，都会创建一个栈帧，伴随着方法从创建到执行完成。用于存储局部变量表，操作数栈，动态链接，方法出口等。
局部变量表：存放编译期可知的各种基本数据类型，引用类型，returnAddress类型。它的内存空间在编译期完成分配，当进入一个方法时，这个方法需要在帧中分配多少内存是固定的，在方法运行期间是不会改变局部变量表的大小。
Stack OverflowError：堆栈内存溢出错误。

存放对象实例
垃圾收集器管理的主要区域
新生代，老年代，Eden区域
初创建的对象实例放在Eden区域（+s=年轻代）
达到数量之后进行minor GC，存活的对象会进入两个Suvivor Place中的一个，即s0,s1,并且同一时刻总有一个是空的。
经历多次minor GC存活的会被放入老年代，回收老年代叫做major GC（其中perm是永久代，不属于堆，且在java8之后也被永久移除，新增了一个元空间）。
申请不到空间的时候，抛出OutOfMemoryError。
-Xmx3g -Xms3g -Xmn1g -Xss256k：
-Xmx3g -Xms3g，将JVM最大内存与初始内存设置相等，避免JVM垃圾回收后重新分配内存；-Xmn1g，年轻代Sun官方推荐配置为整个堆的3/8，通常设置为1/3或1/4；-Xss256k，减小每条线程的堆栈大小，能生成更多的线程。（垃圾回收是达到Xms开始回收的，所以如果是SUN JDK的话，采用分代回收策略，设置一样；如果是IBM JDK的话，还是不一样较好）

它是方法区的一部分，不仅仅是指class类的常量池，JVM可能会进行即时编译和优化，在运行时将部分常量载入到常量池中。
运行时常量池相对于Class文件常量池的另外一个重要特征是具备动态性，Java语言并不要求常量一定只能在编译期产生，也就是并非预置入Class文件中常量池的内容才能进入方法区运行时常量池，运行期间也可能将新的常量放入池中，这种特性被开发人员利用得比较多的便是String类的intern()方法。
一般来说，除了保存Class文件中描述的符号引用外，还会把翻译出来的直接引用也存储在运行时常量池中。

不是虚拟机运行时数据区的一部分，但也被频繁使用，也会报内存溢出异常。
在JDK1.4中加了NIO（NewInput/Output）类，引入了一种基于通道（Channel）与缓冲区（Buffer）的I/O方式，它可以使用Native函数库直接分配堆外内存，然后通过一个存储在Java堆里面的DirectByteBuffer对象作为这块内存的引用进行操作。这样能在一些场景中显著提高性能，因为避免了在Java堆和Native堆中来回复制数据。
本机直接内存的分配不会受到java堆大小的限制，会受到本机总内存的大小及处理器寻址空间的限制。在配置虚拟机参数时，要考虑到直接内存，避免出现异常。

关注