搞人心态的OopMap的粗糙理解（深入理解java虚拟机）

最新推荐文章于 2024-06-02 22:18:46 发布
最新推荐文章于 2024-06-02 22:18:46 发布
阅读量409 收藏
点赞数
分类专栏： 杂七杂八 文章标签： jvm
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_44858230/article/details/115217355
版权

​ 为了解决可达性分析中从GC Roots节点找引用链这个操作会消耗很多时间这个问题，采用了一组称为OopMap的数据结构来达成这个目的！

​ 在类加载完成的时候，HotSpot就把对象内什么偏移量上是什么类型的数据计算出来，在JIT编译过程中，也会在特定的位置记录下栈和寄存器中哪些位置是引用。但是如果每个指令都记录，那将会需要大量的额外空间！

​ 所以采用安全点，简单的说就是将程序用安全点进行分割，分割开的每小段程序有个OopMap，只在安全点才进行记录信息，至于安全点的选取在此就不说了，可以自行百度！

​ 去安全点的方法：抢先式中断和主动式中断

以上均基于个人理解！
404の猫.℡
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
Java虚拟机学习笔记（六）——GC机制补充（安全点、OopMap、触发条件、收集器）
PdKingLiu
11-08 966
文章目录GC触发条件OopMap安全点新生代收集器Serial（串行）收集器ParNew 收集器Parallel Scavenge 收集器老年代收集器Serial Old收集器Parallel Old收集器CMS收集器G1收集器 GC触发条件 Minor GC触发条件 当Eden区满时，触发Minor GC。 Full GC触发条件 调用System.gc时，系统建议执行Full GC，但是...
深入理解Java虚拟机---学习感悟以及笔记
01-27
它能干什么，文章从作者得角度带大家深入Java虚拟机相关内容，希望对大家有帮助。这里我们使用举例来说明为什么要学习Java虚拟机，其实这个问题就和为什么要学习数据结构和算法是一个道理，工欲善其事，必先利其器。...
深入理解JAVA虚拟机.xmind
06-26
深入理解JAVA虚拟机.xmind
深入理解java虚拟机的故障处理工具
09-01
大家都知道在给系统定位问题的时候，知识、经验是关键基础，数据是依据，工具是运用知识处理数据的手段。Java开发人员可以在jdk安装的bin目录下找到除了java,javac以外的其他命令。这些命令主要是一些用于监视虚拟机和故障处理的工具，下面来看看详细的介绍。
JVM之垃圾回收机制以及垃圾回收器（基于《深入理解Java虚拟机》之第三章垃圾收集器与内存分配策略？（上）
置身于量子事业的软件开发爱好者
07-04 1542
sad 考试终于落下帷幕，总有人说不出去放松放松嘛，但是我觉得考完就是最大的放松呢，接下来就要准备组会文献的讲解还有更新博客，总结虚拟机的相关内容了呢,而我的丹丹学妹会陪着我的~ sad而我们本篇文章主要是给丹丹学妹讲解垃圾回收机制以及垃圾回收器，而垃圾回收机制我们要想一下到底要如何做（就像我们做一件事情，要确定是具体做什么事，哪里做，什么时候做，如何做）？ sasadasdsddss①、哪些垃圾(内存)需要回收呢？ ssadasdasadss②、什么时候回收呢？ saasdasdsadss③、以什么方式回
我爱学Java之JVM中的OopMap
热门推荐
JavaSheng的专栏
05-17 1万+
调用栈里的引用类型数据是GC的根集合（root set）的重要组成部分；找出栈上的引用是GC的根枚举（root enumeration）中不可或缺的一环。 JVM选择用什么方式会影响到GC的实现：如果JVM选择不记录任何这种类型的数据，那么它就无法区分内存里某个位置上的数据到底应该解读为引用类型还是整型还是别的什么。这种条件下，实现出来的GC就会是“保守式GC（conservative GC）”。在
得物深入浅出解析JVM中的Safepoint
SmartCodeTech的博客
05-11 878
最早接触JVM中的安全点概念是在读《深入理解Java虚拟机》那本书垃圾回收器章节的内容时。相信大部分人也一样，都是通过这样的方式第一次对安全点有了初步认识。不妨，先复习一下《深入理解Java虚拟机》书中安全点那一章节的内容。书中是在讲解垃圾收集器-垃圾收集算法的章节引入安全点的介绍，为了快速准确地完成GC Roots枚举，避免为每条指令都生成对应的OopMap造成大量存储空间的浪费，只在“特定的位置”生成对应的OopMap，这些位置被称为安全点。
JVM——OopMap And RememberSet （HotSpot 中的OopMap数据结构 与 GC 垃圾回收 避免重复扫描的优化 记忆集）
Alascanfu的博客
04-21 767
📖 本文目录📖 JVM 之 OopMap 和 RememberSet🔖 OopMap🔖 RememberSet 📖 JVM 之 OopMap 和 RememberSet 🔖 OopMap OopMap 有什么用？ OopMap 用于枚举GCRoots 当垃圾回收发生时，收集线程 会 对栈上的内存进行扫描，看看哪些位置上存储了 Reference 类型，就意味着这个引用所指向的对象在这一次垃圾回收过程中不能进行回收。 当然问题就出现了~ 栈上的本地变量表里面只有一部分数据是 Reference
java安全点_关于OopMap、SafePoint(安全点)以及安全区域
weixin_33209042的博客
02-26 249
1.OopMap之前我们提到，在正式的GC之前总是需要进行可达性分析来查找内存中所有存活的对象，以便GC能够正确的回收已经死亡的对象。那么对于一个十分复杂的系统，每次GC的时候都要遍历所有的引用肯定是不现实的。因为在可达性分析的时候，需要进行Stop The World，程序中的线程需要停止来配合可达性分析。就好像是你女朋友在打扫卫生的时候(什么，你还没有女朋友？这还能难道程序员了？new 一个啊...
JVM中的OopMap
晚风中的自由
07-18 2135
调用栈里的引用类型数据是GC的根集合（root set）的重要组成部分；找出栈上的引用是GC的根枚举（root enumeration）中不可或缺的一环。 JVM选择用什么方式会影响到GC的实现： 如果JVM选择不记录任何这种类型的数据，那么它就无法区分内存里某个位置上的数据到底应该解读为引用类型还是整型还是别的什么。这种条件下，实现出来的GC就会是“保守式GC（conservative GC）”。在进行GC的时候，JVM开始从一些已知位置（例如说JVM栈）开始扫描内存，扫描的时候每看到一个数字就看看它
我对OopMap,安全点，安全区域的理解
三侠剑的博客
10-23 3050
一、oopMap oop (ordinary object pointer) 普通对象指针，oopmap就是存放这些指针的map，OopMap 用于枚举 GC Roots，记录栈中引用数据类型的位置。迄今为止，所有收集器在根节点枚举这一步骤都是必须暂停用户线程的, 收集线程会对栈上的内存进行扫描，看看哪些位置存储了Reference类型。如果发现某个位置确实存的是Reference类型，它所引用的对象这一次不能被回收。问题是，栈上的本地变量表里面只有一部分数据是Reference类型的，那些非Refer
深入理解 Java 虚拟机 - v1.0.pdf
05-13
虚拟机是一种抽象化的计算机，通过在实际的计算机上仿真模拟各种...Java虚拟机屏蔽了与具体操作系统平台相关的信息，使得Java程序只需生成在Java虚拟机上运行的目标代码（字节码），就可以在多种平台上不加修改地运行。
深入理解理解java虚拟机
12-22
　java所使用的垃圾回收算法。 　基本思想：通过一系列的名为“GC Root”的对象作为起点，从这些节点向下搜索，搜索所走过的路径称为引用链(Reference Chain)，当一个对象到GC Root没有任何引用链相连时，则该
深入理解Java虚拟机系列（二）--垃圾收集器与内存分配策略
Zong_0915的博客
11-29 246
深入理解Java虚拟机系列（二）--垃圾收集器与内存分配策略系列文章目录 系列文章目录 深入理解Java虚拟机系列文章
JVM知识整理
qq_45689267的博客
03-22 1742
为什么进行空间担保？不管是引用计数法还是可达性分析都是判断对象是否是不再被使用的，即是否还被引用。如果一个外部类的实例对象的方法返回了一个内部类的实例对象，那么这个内部类对象就会被长期引用，即使那个外部类实例对象不再被使用，但由于内部类持有外部类的实例对象，这个外部类对象将不会被垃圾回收，这也会造成内存泄露。综上，JVM线程栈存储了方法的执行过程，基本数据类型，局部变量，对象指针和返回值等信息，这些都是要消耗内存，一旦线程栈的大小增长超过了允许的内存限制，就抛出了StackOverflowError。
Java虚拟机：JVM知识点汇总
qq_41969790的博客
08-31 802
1 Java虚拟机运行时数据区域 1.1 Java和C++在GC上的区别 对于 Java 程序员，在虚拟机自动内存管理机制下，不再需要像 C/C++ 程序开发程序员这样为每一个 malloc/new 操作去写对应的 free/delete 操作，且不易出现内存泄漏和内存溢出问题。正是因为 Java 程序员把内存控制权利交给 Java 虚拟机，一旦出现内存泄漏和溢出方面的问题，如果不了解虚拟机是怎样使用内存的，那么排查错误将会是一个非常艰巨的任务。 1.2 Java虚拟机运行时数据区域 Java虚拟机
OopMap理论篇
子牙老师
01-23 4925
哈喽，我是子牙。十余年技术生涯，一路披荆斩棘从技术小白到技术总监到JVM专家到创业。技术栈如汇编、C语言、C++、Windows内核、Linux内核。特别喜欢研究虚拟机底层实现，对JVM有深入研究。分享的文章偏硬核，很硬的那种。 手撸过JVM、内存池、垃圾回收算法、synchronized、线程池、NIO… 最近正在写三色标记算法，准备实现OopMap了，把JVM的OopMap机制认真梳理了下。为什么要梳理，而不是基于对理论的理解去写？为了尽量跟Hotspot源码保持一致。东西有点多，怕后面忘记，写几篇文
浅谈JVM的垃圾收集——OopMap与安全点
a1076067274的博客
04-08 975
背景 前面的文章介绍了可作为GC ROOT的节点包括： 虚拟机栈中引用的对象 方法区中常量和静态熟悉引用的对象 本地方法栈中引用的对象等等 具体可看这篇文章——浅谈JVM的垃圾收集（一） OopMap（Ordinary Object Pointer，普通对象指针） 迄今为止，所有收集器在根节点枚举这一步骤都是必须暂停用户线程的，然后垃圾收集线程会对栈中的内存进行查找，看哪些位置存放了引用类型。但是如果要遍历整个栈，这无疑是很费时的。能不能把栈上代表的引用的位置全部记录下来呢？这样就不用全栈扫描了 Hot
JVM类加载过程
最新发布
cccfire的博客
06-02 550
在Java虚拟机规范中，把描述类的数据从class文件加载到内存，并对数据进行校验、转换解析和初始化，最终形成可以被虚拟机直接使用的java.lang.Class对象，这个过程被称作类加载过程。一个类在整个虚拟机周期内会经历如下图的阶段，从加载到初始化就是类加载过程。
深入理解java虚拟机
07-29
深入理解Java虚拟机涉及了解JVM的工作原理、内存管理、垃圾回收、类加载机制等方面的知识。 首先，JVM的工作原理是通过解释器或即时编译器将Java字节码转换为机器码并执行。解释器逐条执行字节码指令，而即时编译器...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值