第二章 Java内存区域与内存溢出异常

最新推荐文章于 2022-10-10 22:10:46 发布

小渣渣在学习

最新推荐文章于 2022-10-10 22:10:46 发布

阅读量83

点赞数 1

分类专栏：深入理解Java虚拟机文章标签： java jvm

本文链接：https://blog.csdn.net/weixin_44919162/article/details/118962558

版权

//我发现这个和B站老师的课程很像，可以看视频，再看书，结合起来看更容易理解吧；不贴视频链接。

2.1 概述

虚拟机自动内存管理机制；
不了解虚拟机怎么使用内存，排查内存泄漏和溢出方面的问题很艰难；

2.2 运行时数据区域

内存划分为若干个不同的数据区域；

2.1 程序计数器

一块较小的内存空间；
当前线程所执行的字节码的行号指示器；
字节码解释器工作时就是通过改变计数器的值来选取下一条需要执行的字节码指令；
控制流程、分支、循环、跳转、异常处理、线程恢复等功能依赖计数器；
每个线程有一个独立的程序计数器；各线程之间计数器互不影响，独立存储；“线程私有”的内存
Java方法 -》计数器记录正在执行的虚拟机字节码指令的地址；
本地（Native）方法 -》计数器值应为空（Undefined）
计数器是《Java虚拟机规范》中没有规定任何OutOfMemeoryError情况的区域；

2.2 Java虚拟机栈

线程私有；生命周期与线程相同；
描述 Java方法执行的线程内存模型：栈帧，用于存储局部变量表、操作数栈、动态连接、方法出口等信息；一个方法对应一个栈帧；
局部变量表：编译器可知的各种Java虚拟机基本数据类型（boolean、byte、char、short、int、float、long、double）、对象引用（reference类型，可能是指向对象起始地址的引用指针，可能是指向一个代表对象句柄或者其他与此对象相关的位置）和returnAddress类型（指向下一条字节码指令的地址）；
局部变量槽（Slot）：数据类型在局部变量表中的表示；64位long和double占两个变量槽，其余数据类型只占一个；
局部变量表所需的内存空间在编译期间完成分配；当进入一个方法时，这个方法需要在栈帧中分配多大的局部比那辆空间是完全确定的；不会改变他的大小，指变量槽的数量；
两类异常：线程请求的栈深度大于虚拟机所允许的深度，抛出StackOverflowError;如果Java虚拟机站容量可以动态扩展，当扩展到无法申请到足够的内存会抛出OutOfMemeoryError异常。

注意：HotSpot虚拟机站容量不可以动态扩展，Classic虚拟机可以；线程申请栈空间成功了就不会有OOM – HotSpot不会出现由于虚拟机无法扩展而导致的OOM；

2.2.3 本地方法栈

与虚拟机栈发挥的作用是非常相似的；
区别是虚拟机栈执行Java方法（字节码）；本地方法栈服务本地（Native）方法

2.2.4 Java堆

管理内存中占最大的一块；
被所有线程共享的一块内存区域；虚拟机启动时创建；
唯一目的：存放对象实例（数组等）；
扩展：即时编译技术进步，逃逸分析技术，站上分配、标量替换优化手段等； ---- 对象都分配在堆上不是那么绝对；
Java堆是垃圾收集器管理的内存区域，又称为“GC堆”（Garbage Collected Heap，幸好没被翻译成“垃圾堆”。。。）
大部分垃圾收集器基于分代手机理论设计的；
名词：新生代、老年代、Eden空间、From Survivor空间、To Survivor空间等；
从分配内存的角度看，所有线程共享的Java堆中可以划分出多个线程私有的分配缓冲区（TLAB，Thread Local Allocation Buffer）来提升对象分配时的效率；
将Java堆细分的目的：只是为了更好的回收内存，或更快的分配内存；
《Java虚拟机规范》Java堆可以处于物理上不连续的内存空间中，逻辑上应该视为连续的；Java堆既可以被实现成固定达雄安的，亦可以是可扩展的；当堆中没有内存完成实例分配，并且堆也无法再扩展时，抛出OOM异常

2.2.5 方法区

是各个线程共享的区域
用于存储已被虚拟机加载的类的信息、常量、静态变量、即时编译器编译后的代码缓存等数据；
永久代：有区别；使用永久代来实现方法区更容易遇到内存溢出问题。

2.2.6 运行时常量池

是方法区的一部分
Class文件中除了有类的版本、字段、方法、接口等描述信息外，还有一项信息是常量池表（Constant Pool Table），用于存放编译器生成的各种字面量与符号引用，这部分内容将在类加载后放到方法区的运行时常量池中；
《Java虚拟机规范》对其细节没有要求；
具备动态性；不要求常量一定只有编译器才能产生，运行期间也可以将新的常量放入池中：String的intern()方法；

2.2.7 直接内存

并不是虚拟机运行时数据区的一部分；也不是规范中定义的内存区域；
频繁被使用，可能导致OOM异常
JDK1.4引入NIO类，引入一种基于通道和缓冲区的IO方式，可以使用Native函数库直接分配堆外内存，然后通过存储在Java堆里面的DirectByteBuffer对象作为这块内存的引用进行操作。可以在一些场景中显著提高性能，避免了在Java堆和Native堆中来回复制数据。
直接内存分配不会收到Java堆大小的限制；但肯定会收到本机总内存大小以及处理器寻址空间的限制；
一般服务器管理员配置虚拟机参数时，会根据实际内存去设置-Xmx等参数信息，但会经常忽略直接内存，使得各个内存区域总和大于物理内存限制，导致动态扩展时出现OOM异常。

2.3 HotSpot 虚拟机对象探秘

2.3.1 对象的创建

new 关键字：

首先检查这个指令的参数是否能在常量池中定位到一个类的符号引用，并检查这个符号引用代表的类是否已被加载、解析和初始化过；
如果没有，那必须先执行相应的类加载过程。
在类加载检查通过后，接下来虚拟机将为新生对象分配内存。对象所需内存的大小在类加载完成后便可完全确定；为对象分配空间的任务实际上便等同于把一块确定大小内存块从Java堆中划分出来。

Java堆内存分配方式（两种）

指针碰撞（Bump The Pointer）：Java堆内存是绝对规整的，所有被使用过的内存都被放在一边，空闲的内存被放在另一边，中间放着一个指针作为分界点的指示器，那所分配内存就仅仅是把那个指针向空闲空间方向挪动一段与对象大小相等的距离；
空闲列表（Free List）：如果Java堆内存并不是规整的，已被使用的内存和空闲的内存相互交错在一起，那就没有办法简单的进行指针碰撞了；虚拟机就必须维护一个列表，记录上那些内存块是可用的，在分配的时候从列表找到一块足够大的空间划分给对象实例，并更新列表上的记录。
选择哪种分配方式由 java堆内存是否规整决定，其又由所采用的垃圾收集器是否带有空间压缩整理的能力决定的；
当Serial、ParNew等带压缩整理过程的收集器时，系统采用的分配算法是指针碰撞，简单高效；
当使用CMS这种基于清除（Sweep）算法的收集器时，理论上就只能采用较为复杂的空闲列表来分配内存。

问题：并发情况下，频繁的进行对象创建产生的线程不安全问题：

对分配内存空间的动作进行同步处理-- 实际上虚拟机是采用CAS配上失败重试的方式保证更新操作的原子性；
把内存分配动作按照线程划分在不同的空间之中进行，即每个线程在Java堆中预先分配一小块内存，称为本地线程分配缓冲（Thread Local Allocation Buffer，TLAB）；只有本地缓冲区用完了，分配新的缓存区时才需要同步锁定。
虚拟机是否使用TLAB，可以通过-XX：+/-UseTLAB参数来设定

内存分配后