一、简介
这张图就是JVM的内存区域,整个可以叫运行时数据区,绿色部分属于线程共享区,橙色为线程独占区
线程独占区
二、程序计算器
- 它是一块较小的内存空间,可以看做是当前线程所执行的字节码的行号指示器。
- 如果线程正在执行的是一个Java方法,这个计数器记录的是正在执行的虚拟机字节码指令的地址(也就是‘行号’);如果正在执行的是Natvie方法,这个计数器值则为空(Undefined)。
- 此内存区域是唯一一个在Java虚拟机规范中没有规定任何OutOfMemoryError(内存溢出)情况的区域。(因为这是java内部自行维护的,不是我们能干预的)
三、虚拟机栈
- 是java方法执行的动态内存模型
- 栈帧:每个方法执行,都会创建一个栈帧,伴随着方法从创建到执行完成。用于存储局部变量表,操作数栈,动态链接,方法出口等。
- 局部变量表:存放编译期可知的各种基本数据类型,引用类型,returnAddress类型。它的内存空间在编译期完成分配,当进入一个方法时,这个方法需要在帧中分配多少内存是固定的,在方法运行期间是不会改变局部变量表的大小。
- Stack OverflowError:堆栈内存溢出错误。
四、本地方法栈
- 基本和虚拟机栈是差不多的,主要区别就是虚拟机栈为虚拟机执行java方法服务,本地方法栈为虚拟机执行native(本地)方法服务。
线程共享区
五、堆
- 存放对象实例
- 垃圾收集器管理的主要区域
- 新生代,老年代,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的话,还是不一样较好)
六、方法区
- 它用于存储已被虚拟机加载的类信息,常量,静态变量,即时编译(JIT)后的代码等数据。
- 对于JDK1.8之前的HotSpot虚拟机,使用永久代实现方法区,但这两者并不等价,在其他的虚拟机中是没有永久代这个概念的。
- 这个区域的垃圾回收是很少的,主要是常量池的回收和类型的卸载,而且回收效果不是很好,但是很有必要的,因为会报OutOfMemoryeError
运行时常量池
- 它是方法区的一部分,不仅仅是指class类的常量池,JVM可能会进行即时编译和优化,在运行时将部分常量载入到常量池中。
- 运行时常量池相对于Class文件常量池的另外一个重要特征是具备动态性,Java语言并不要求常量一定只能在编译期产生,也就是并非预置入Class文件中常量池的内容才能进入方法区运行时常量池,运行期间也可能将新的常量放入池中,这种特性被开发人员利用得比较多的便是String类的intern()方法。
- 一般来说,除了保存Class文件中描述的符号引用外,还会把翻译出来的直接引用也存储在运行时常量池中。
直接内存
- 不是虚拟机运行时数据区的一部分,但也被频繁使用,也会报内存溢出异常。
- 在JDK1.4中加了NIO(NewInput/Output)类,引入了一种基于通道(Channel)与缓冲区(Buffer)的I/O方式,它可以使用Native函数库直接分配堆外内存,然后通过一个存储在Java堆里面的DirectByteBuffer对象作为这块内存的引用进行操作。这样能在一些场景中显著提高性能,因为避免了在Java堆和Native堆中来回复制数据。
- 本机直接内存的分配不会受到java堆大小的限制,会受到本机总内存的大小及处理器寻址空间的限制。在配置虚拟机参数时,要考虑到直接内存,避免出现异常。