Java内存区域管理

目录

1 关于自动内存管理

  1. Java是 由jvm来管理内存,包括自动分配以及自动回收 ,因此它不容易出现内存泄漏和内存溢出问题。
  2. C/C++,由程序员手动管理内存,手动完成:使用前申请内存,使用后释放内存。

2 运行时数据区域

Java虚拟机在执行Java程序的过程中会把它所管理的内存划分为若干个不同的数据区域。这些区域有各自的用途,以及创建和销毁的时间。

Java虚拟机所管理的内存 包括以下几个运行时数据区域:

2.1 程序计数器

  1. 程序计数器(Program Counter Register): 存储当前线程所执行的字节码指令的内存地址 。字节码解释器工作时就是通过改变这个计数器的值来选取下一条需要执行的字节码指令。【 通过PC来寻找下一条要执行的指令 】。
  2. 程序计数器是线程私有的 。cpu通过轮流分配时间片来执行线程,为了线程切换后能恢复到正确的执行位置,显然 每个线程都需要有一个独立的程序计数器 。
  3. 如果线程正在执行的是一个Java方法,PC记录的是正在执行的字节码指令的地址;如果正在执行的是本地(Native)方法,这个计数器值则应为空。【todo 为什么本地方法时为空】

2.2 虚拟机栈

  1. 虚拟机栈描述的是Java方法执行的线程内存模型:每个方法被执行的时候,jvm会同步创建一个栈帧[后续章节详解](Stack Frame)用于 存储局部变量表、操作数栈、动态连接、方法出口等信息 。
  2. 虚拟机栈也是 线程私有 的,它的生命周期与线程相同。

2.2.1 局部变量表

JDK8之前,对jvm内存的认知只停留在:堆内存(Heap)和栈内存(Stack),而“栈”通常就是指这里讲的虚拟机栈,或者更多的情况下只是指虚拟机栈中局部变量表部分。
  1. 局部变量表存储: 基本数据类型 (八种:boolean、byte、char、short、int、 float、long、double)、 对象引用 (可能是一个指向对象起始 地址的引用指针)和 returnAddress 类型 (指向了一条字节码指令的地址)。
  2. 局部变量表所需的 内存空间在编译期间完成分配 ,当进入一个方法时,这个方法需要在栈帧中分配多大的局部变量空间是完全确定 的,在 方法运行期间不会改变局部变量表的大小 。【这里的大小仅值变量槽的数量】
  3. 局部变量表以 局部变量槽(Slot)来存储数据 ,其中64位长度的long和 double类型的数据会占用两个变量槽,其余的数据类型只占用一个。(通常一个槽占据N个字节,N大小由不同的虚拟机实现决定)。

关于栈的内存数据分析,在后续章节中会有更深入分析,在本节中这里仅引入概念。

2.2.2 操作数栈

关于方法调用时的进栈跟出栈的原理,在《深入理解计算机系统》系列笔记的后续章节中会进行总结。

2.3 本地方法栈

  1. 本地方法栈(Native Method Stacks)与虚拟机栈作用是非常相似的,其区别只是虚拟机栈为虚拟机 执行Java方法(也就是字节码)服务 ,而本地方法栈则是为虚拟机使用到的 本地(Native) 方法服务 。
  2. 线程私有的。

2.4 堆

  1. Java堆(Java Heap) 存储对象的实例 。
  2. Java堆是 线程共享 的,且 比较大的 一块内存区域, 在虚拟机启动时创建 。
  3. Java堆既可以被实现成固定大小的,也可以是可扩展的,不过当前主流的Java虚拟机都是按照可扩展来实现的(通过参数-Xmx和-Xms设定)。
  4. 可弹性伸缩,但不会超过设定的最大容量,如果在Java堆中没有内存完成实例分配,并且堆也无法再 扩展时,Java虚拟机将会抛出OutOfMemoryError异常
  5. Java堆 可以处于物理上不连续的内存空间中 ,但在逻辑上它应该 被视为连续的。

2.5 方法区

  1. 方法区存储已被虚拟机加载的 class的类型信息、常量、静态变量 、即时编译器编译后的 代码缓存 等数据。
  2. 方法区是 线程共享 。
  3. 方法区不需要连续的内存、可以选择固定大小或者可扩展,甚至还可以选择不实现垃圾收集(因为这部分内存通常不满足回收条件)
  4. 方法区无法满足新的内存分配需求时,将抛出 OutOfMemoryError异常。

2.5.1 运行时常量池

  1. 存放编译期生成的各种 字面量与符号引用
  2. 运行时常量池(Runtime Constant Pool)是 方法区的一部分

3 直接内存

  1. 首先,直接内存(Direct Memory)并不是虚拟机运行时数据区的一部分,也不是《Java虚拟机规范》中 定义的内存区域
  2. 它可能导致OutOfMemoryError异常出现,有必要了解。
在JDK 1.4中新加入了NIO(New Input/Output)类,引入了一种基于通道(Channel)与缓冲区 (Buffer)的I/O方式,它可以使用Native函数库直接分配堆外内存,然后通过一个存储在Java堆里面的 DirectByteBuffer对象作为这块内存的引用进行操作。这样能在一些场景中显著提高性能,因为避免了 在Java堆和Native堆中来回复制数据。

显然,本机直接内存的分配不会受到Java堆大小的限制,但是,既然是内存,则肯定还是会受到 本机总内存(包括物理内存、SWAP分区或者分页文件)大小以及处理器寻址空间的限制,一般服务 器管理员配置虚拟机参数时,会根据实际内存去设置-Xmx等参数信息,但经常忽略掉直接内存,使得 各个内存区域总和大于物理内存限制(包括物理的和操作系统级的限制),从而导致动态扩展时出现 OutOfMemoryError异常。

关于内存的深入了解,在《深入理解计算机系统》系列笔记的后续章节中会进行总结。

4 总结

Java内存区域及其数据类别概览:

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值