JVM Safepoint 安全点

一、什么是安全点:

  在可达性分析算法中查找存活的对象,首先要找到哪些是GC Roots;

  有两种查找GC Roots的方法:

  一种是遍历方法区和栈区来查找(保守式GC);

  一种是通过OopMap的数据结构来记录引用的位置(准确式GC),如在类加载过程中,JIT编译过程中,分别记录下 类成员 和 调用栈 中的引用的调用信息。对应OopMap的位置即可作用一个安全点。线程只有到达安全点时才能暂停下来进行可达性分析。

OopMap:你可以把oopMap简单理解成是调试信息。
     在源代码里面每个变量都是有类型的,但是编译之后的代码就只有变量在栈上的位置了。
     oopMap就是一个附加的信息,告诉你栈上哪个位置本来是个什么东西。

     这个信息是在jit编译时跟机器码一起产生的。因为只有编译器知道源代码跟产生的代码的对应关系。
     每个方法可能会有好几个oopMap,就是根据safepoint把一个方法的代码分成几段,每一段代码一个oopMap,作用域自然也仅限于这一段代码。

     循环中引用多个对象,肯定会有多个变量,编译后占据栈上的多个位置。那这段代码的oopMap就包含多条记录咯

参考自:http://hllvm.group.iteye.com/group/topic/41143

二、如何在GC发生时,所有线程都跑到最近的安全点上再停顿下来。有两种方法:

  1. 抢先式中断:先把所有线程中数,判断是否在安全点,不是再放行,到安全点再停下来。

  2. 主动式中断:不直接对线程操作,使用标志信息,各个线程论询这个标志,发现标志为真是就挂起。轮询标志的地方和安全点是重合的。

三、SafeRegion 安全区域:

  Safepoint是对正在执行的线程设定的,如果一个线程当前没有使用CPU时(典型的如Sleep或中断),它就不能响应JVM的中断请求,再运行到安全点去。

  Safepoint是指一段代码中,引用关系不会再发生变化,在这个区域中任何地方开始GC都是安全的。

  按书上意思是,挂起的线程一定是在安全区域中了?

时间: 2024-11-02 14:17:33

JVM Safepoint 安全点的相关文章

《深入理解Java虚拟机:JVM高级属性与最佳实践》读书笔记(更新中)

第一章:走进Java 概述 Java技术体系 Java发展史 Java虚拟机发展史 1996年 JDK1.0,出现Sun Classic VM HotSpot VM, 它是 Sun JDK 和 OpenJDK 中所带的虚拟机,最初并不是Sun开发 Sun Mobile- Embedded VM/ Meta- Circular VM BEA JRockit/ IBM J9 VM JRockit曾号称世界上最快的java虚拟机,BEA公司发布.J9属于IBM主要扶持的虚拟机 Azul VM/ BEA

JVM——Java内存区域相关3

一. 垃圾收集算法 1. 标记-清除算法 缺点:1.效率低,标记和清除两个过程的效率都不高: 2.空间问题,标记清除后会产生大量的不连续内存碎片. 2. 复制算法 将内存分成三块:一块较大的Eden和两块较小的Survivor空间.每次使用Eden和其中一块Survivor,回收后将Eden和Survivor中还存活着的对象一次性的复制到另外一块Survivor空间上.如果复制过程中Survivor的空间不够用时,需要依赖老年代进行分配担保. 3. 标记-整理算法 和标记-清理算法类似,只不过后

JVM系列-常用参数

1.堆内存 堆内存用于存储new对象,垃圾回收器负责堆内存的管理.但Java程序实际占用的空间则由堆内存.栈内存(程序运行栈).程序计数器.常量区.代码区.本地内存等. 堆内存分为Young和Old,Young分为2个Survivor (From Survivor和To Survivor),1个eden,具体见JVM系列-垃圾回收. -Xms??[m|g] 初始堆内存大小,默认为物理内存的1/64,单位是Byte -Xmx??[m|g] 最大堆大小,默认为物理内存的1/4,单位是Byte.虽然程

从jvm的角度来看java的多线程

最近在学习jvm,发现随着对虚拟机底层的了解,对java的多线程也有了全新的认识,原来一个小小的synchronized关键字里别有洞天.决定把自己关于java多线程的所学整理成一篇文章,从最基础的为什么使用多线程,一直深入讲解到jvm底层的锁实现. 多线程的目的 为什么要使用多线程?可以简单的分两个方面来说: 在多个cpu核心下,多线程的好处是显而易见的,不然多个cpu核心只跑一个线程其他的核心就都浪费了: 即便不考虑多核心,在单核下,多线程也是有意义的,因为在一些操作,比如IO操作阻塞的时候

JVM剖析

这篇文章详细解释了Java虚拟机的内部架构.以下这幅图展示了Java虚拟机里面的关键组件(是依据Java SE 7版本的Java虚拟机). 这些组件将在下面的两个章节一一展开.第一章节涵盖了创建每一个线程(Thread)的组件:第二章节涵盖了独立于线程外的组件. 线程(Threads) 1 JVM系统线程 2 单线程 3 程序计数器(PC) 4 栈 5 局部栈(Native Stack) 6 栈约束 7 Frame 8 局部变量数组 9 操作符栈 10 动态链接 线程之间共享(Shared Be

JVM自动内存管理:对象判定和回收算法

可回收对象的判断方法 1.引用计数算法 2.可达性分析算法 引用计数算法 给对象中添加一个引用计数器,每当有一个地方引用它时,计数器值就加1:当引用失效时,计数器值就减1:任何时刻计数器为0的对象就是不可能再被使用的. 引用计数算法的缺陷:循环引用 可达性分析算法 可达性分析算法基本原理: 通过一些列的称为"GC Roots"的对象作为起始点,从这些节点开始进行向下搜索,搜索 所走过的路径成为引用链(Reference Chain),当一个对象到GC Roots没有任何引用连(用图论的

JVM基本知识总结

大概两三个月之前阅读了<深入理解Java虚拟机>(周志明著),也为了加深印象,这里简单的做下总结,想完整点了解JVM知识的也可以阅读本书,书写的不错,相当通俗易懂. 第一部分 内存管理机制: Java内存区域与内存溢出: Java内存区域分为堆.栈(Java虚拟机栈和本地方法栈,不过对于hotspot来讲,是一致的).方法区.程序计数器.直接内存区域(NIO的allocateByDireactMemory)等.借用@兰亭风雨 的图片一张 其中方法区用于加载类信息.常量.静态变量.即时编译器编译

深入理解JVM读书笔记二: 垃圾收集器与内存分配策略

3.2对象已死吗? 3.2.1 引用计数法 给对象添加一个引用计数器,每当有一个地方引用它的地方,计数器值+1:当引用失效,计数器值就减1;任何时候计数器为0,对象就不可能再被引用了. 它很难解决对象之间相互循环引用的问题. 3.2.2 可达性分析算法 这个算法的基本思路就是通过一系列的称为"GC Roots"的对象作为起始点,从这些节点开始向下搜索,搜索所走过的路径称为引用链(Reference Chain),当一个对象到GC Roots没有任何引用链相连(用图论的话来说,就是从GC

JVM crash at ForUtil.readBlock

今天同学让帮忙看下JVM错误日志,才发现已经开始接触java3个月,还没看到相关错误日志.平时看的都只是程序运行时写入的日志,关于JVM的错误日志还真没看过.网上收集资料,整理如下. 日志文件: # # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x00007ff64cea7bdd, pid=8645, tid=140693552637696 # # JRE v