jvmti

> 本文的阅读有一定的门槛，请先了解 GC 的基本只知识。 现代垃圾收集器的演进大部分都是往减少停顿方向发展。 像 CMS 就是分离出一些阶段使得应用线程可以和垃圾回收线程并发，当然还有利用回收线程的并行来减少停顿的时间。 基本上 STW 阶段都是利用多线程并行来减少停顿时间，而并发阶段不会有太多的回收线程工作，这是为了不和应用线程争抢 CPU，反正都并发了慢就慢点（不过还是得考虑内存分配速率）。 而 G1 可以认为是打开了另一个方向的大门： 只回收部分垃圾来减少停顿时间 。 不过为了达到只回收部分 reigon，每个 region 都需要 RememberSet 来记录各 region 之间的引用。这个内存的开销其实还是挺大的，可能会占据整堆的20%或以上。 并且 G1 还有写屏障的开销，虽说用了 logging wtire barrier，但也还是有开销的。 当然 CMS 也用了写屏障，不过逻辑比较简单，啥都没判断就单纯的记录。 其实 G1 相对于 CMS 只有在大堆的场景下才有优势，CMS 比较伤的是 remark 阶段，如果堆太大需要扫描的东西太多。 而 G1 在大堆的时候可以选择部分收集，所以停顿时间有优势。 今天的主角 ZGC 和 G1 一样是基于 reigon 的， 几乎所有阶段都是并发的，整堆扫描，部分收集 。 而且 ZGC 还不分代，就是没分新生代和老年代。

一. 简介 Arthas 是阿里在2019年9月份开源的一款java在线诊断工具，能够分析、诊断、定位java应用问题，例如：JVM信息、线程信息、搜索类中的方法、 跟踪代码执行、观测方法的入参和返回参数等等。 Arthas最大的特点是能在 不修改代码和不需要重新发布的情况下，对业务问题进行诊断 ，包括查看方法调用的出参入参、异常、监测方法执行耗时、类加载信息等，大大提升线上问题排查效率。 二. 适用场景 线上环境某个方法数据处理有问题，但没有日志埋点等记录入参和出参信息，无法debug，并且本地环境无法重现问题 线上接口调用响应缓慢，耗时高，但接口逻辑复杂，接口内部又调用很多其他系统的接口或第三方的jar，不确定是哪个方法导致的耗时高，无法定位到具体方法 出问题的方法被执行的路径非常多，无法确定该方法是在哪些具体的地方被调用或执行，这个方法也可能是第三方的jar包里的 无法确定线上环境是否是最新提交的代码，只能把服务器上的class文件下载下来使用反编译工具打开确认 线上出现偶发问题或只是某些条件下才会触发，通过日志不容易排查 三. 安装使用 目前的arthas版本都是基于命令行的交互方式，所以下面会按照上面的适用场景列出一些重要和常用的命令，全部命令请查看官方安装。 这里有一个坑，如果在widows环境安装，本地之前安装了多个版本的jdk

调试是发现和减少计算机程序或电子仪器设备中程序错误的一个过程。最常用的断点调试技术会在断点位置停顿，导致应用停止响应。本文将介绍一种Java动态调试技术，希望能对大家有帮助。同时也欢迎读者朋友们一起交流，继续探索动态化调试技术。 1. 动态调试要解决的问题 断点调试是我们最常使用的调试手段，它可以获取到方法执行过程中的变量信息，并可以观察到方法的执行路径。但断点调试会在断点位置停顿，使得整个应用停止响应。在线上停顿应用是致命的，动态调试技术给了我们创造新的调试模式的想象空间。本文将研究Java语言中的动态调试技术，首先概括Java动态调试所涉及的技术基础，接着介绍我们在Java动态调试领域的思考及实践，通过结合实际业务场景，设计并实现了一种具备动态性的断点调试工具Java-debug-tool，显著提高了故障排查效率。 2. Java Agent技术 JVMTI （JVM Tool Interface）是Java虚拟机对外提供的Native编程接口，通过JVMTI，外部进程可以获取到运行时JVM的诸多信息，比如线程、GC等。Agent是一个运行在目标JVM的特定程序，它的职责是负责从目标JVM中获取数据，然后将数据传递给外部进程。加载Agent的时机可以是目标JVM启动之时，也可以是在目标JVM运行时进行加载，而在目标JVM运行时进行Agent加载具备动态性

@ 目录 前言 正文 一、对象的创建方式 二、对象的创建过程 对象在哪里创建 分配内存 对象的内存布局 三、对象的访问定位 四、判断对象的存活 对象生死 回收方法区 引用 对象的自我拯救 五、对象的分配策略 优先在Eden区分配 大对象直接进入老年代 长期存活的对象进入老年代 动态对象年龄判定 空间分配担保 总结 前言 Java是面向对象的语言，所谓“万事万物皆对象”就是Java是基于对象来设计程序的，没有对象程序就无法运行（8大基本类型除外），那么对象是如何创建的？在内存中又是怎么分配的呢？ 正文 一、对象的创建方式 在Java中我们有几种方式可以创建一个新的对象呢？总共有以下几种方式： new关键字 反射 clone 反序列化 Unsafe.allocateInstance 为了便于说明和理解，下文仅针对new出来的对象进行讨论。 二、对象的创建过程 Java中对象的创建过程就包含上图中的5个步骤，首先需要验证待创建对象的类是否已经被JVM记载，如果没有则会先进行类的加载，如果已经加载则会在堆中（不完全是堆，后文会讲到）分配内存；分配完内存后则是对对象的成员变量设置初始值（0或null），这样对象在堆中就创建好了。但是，这个对象是属于哪个类的还不知道，因为类信息存在于方法区，所以还需要设置对象的头部（当然头部中也不仅仅只有类型指针信息，稍后也会详细讲到），这样堆中才创建好了一个

@ 目录 前言 正文 一、对象的创建方式 二、对象的创建过程 对象在哪里创建 分配内存 对象的内存布局 三、对象的访问定位 四、判断对象的存活 对象生死 回收方法区 引用 对象的自我拯救 五、对象的分配策略 优先在Eden区分配 大对象直接进入老年代 长期存活的对象进入老年代 动态对象年龄判定 空间分配担保 总结 前言 Java是面向对象的语言，所谓“万事万物皆对象”就是Java是基于对象来设计程序的，没有对象程序就无法运行（8大基本类型除外），那么对象是如何创建的？在内存中又是怎么分配的呢？ 正文 一、对象的创建方式 在Java中我们有几种方式可以创建一个新的对象呢？总共有以下几种方式： new关键字 反射 clone 反序列化 Unsafe.allocateInstance 为了便于说明和理解，下文仅针对new出来的对象进行讨论。 二、对象的创建过程 Java中对象的创建过程就包含上图中的5个步骤，首先需要验证待创建对象的类是否已经被JVM记载，如果没有则会先进行类的加载，如果已经加载则会在堆中（不完全是堆，后文会讲到）分配内存；分配完内存后则是对对象的成员变量设置初始值（0或null），这样对象在堆中就创建好了。但是，这个对象是属于哪个类的还不知道，因为类信息存在于方法区，所以还需要设置对象的头部（当然头部中也不仅仅只有类型指针信息，稍后也会详细讲到），这样堆中才创建好了一个

文章目录 前言 正文 一、对象的创建方式 二、对象的创建过程 对象在哪里创建 分配内存 对象的内存布局 三、对象的访问定位 四、判断对象的存活 对象生死 回收方法区 引用 对象的自我拯救 五、对象的分配策略 优先在Eden区分配 大对象直接进入老年代 长期存活的对象进入老年代 动态对象年龄判定 空间分配担保 总结 前言 Java是面向对象的语言，所谓“万事万物皆对象”就是Java是基于对象来设计程序的，没有对象程序就无法运行（8大基本类型除外），那么对象是如何创建的？在内存中又是怎么分配的呢？ 正文 一、对象的创建方式 在Java中我们有几种方式可以创建一个新的对象呢？总共有以下几种方式： new关键字 反射 clone 反序列化 Unsafe.allocateInstance 为了便于说明和理解，下文仅针对new出来的对象进行讨论。 二、对象的创建过程 Java中对象的创建过程就包含上图中的5个步骤，首先需要验证待创建对象的类是否已经被JVM记载，如果没有则会先进行类的加载，如果已经加载则会在堆中（不完全是堆，后文会讲到）分配内存；分配完内存后则是对对象的成员变量设置初始值（0或null），这样对象在堆中就创建好了。但是，这个对象是属于哪个类的还不知道，因为类信息存在于方法区，所以还需要设置对象的头部（当然头部中也不仅仅只有类型指针信息，稍后也会详细讲到），这样堆中才创建好了一个

不要说精通Java、Spring，能掌握70%就很不错了，其他的高级特性。。。 我们平常开发java程序时，总想开发一个代理程序监视记录类的运行情况，比如性能监控或运维人员很需要，比如调用业务方法时记录日志、计时等，除了AOP实现之外，还有一种实现，那就是基于java高级特性Instrumentation功能， 比如很多开源或商业公司也是基于此玩法， 用开源的技术赚钱是我们一生的梦想！！！！！！！！！ Instrumentation简介 利用java.lang.instrument(容器类) 做动态 Instrumentation(执行容器) 是 Java SE 5 的新特性。 使用 Instrumentation，开发者可以构建一个独立于应用程序的代理程序（Agent），用来监测和协助运行在 JVM 上的程序，甚至能够替换和修改某些类的定义。 这个功能为虚拟机监控提供了支撑。 利用 Java 代码，即 java.lang.instrument 做动态 Instrumentation 是 Java SE 5 的新特性，它把 Java 的 instrument 功能从本地代码中解放出来，使之可以用 Java 代码的方式解决问题。使用 Instrumentation，开发者可以构建一个独立于应用程序的代理程序（Agent），用来监测和协助运行在 JVM 上的程序

本文基于 OpenJDK 11 3. 虚拟机相关 Event 3.3. JIT即时编译相关 JIT 即时编译可能会遇到编译后的代码缓存占满，或者因为空间有限或者代码设计问题，导致某些关键方法需要重编译导致性能问题，以及因为代码块过大导致编译失败从而性能有问题，这些问题我们可以通过 JFR 中相关的 Event 进行查询。 JFR 对于 Java 开发可以完全替换 JVM 编译日志 。 额外讲解：JIT 相关的知识 首先，这里简单介绍下 JIT 相关的知识（这里我推荐看 O'Rerilly 上面的 Java Performance 第二版的第四章： Working with the JIT Compiler ）： 首先什么是 JIT： 当 Java 被编译为字节码形式的 class 文件之后，他可以在任意的 JVM 运行。这里说的编译，主要是指 前端编译器 。但是 class 文件里面的字节码并不能直接运行，而是要通过 后端编译器 在程序运行期间，将字节码转变成机器码，这样电脑才能执行你的代码。 Java Code Cache 是啥： 如果 Java 每次都需要即时编译成机器码，再执行，效率太慢了。那么是不是对于某些热点代码，编译后的机器码，缓存起来，这样下次就不用重新即时编译了，多快乐。Java Code Cache 就是用来干这个的。但是编译后的机器码太大了，Java Code

前言 因为Java对象主要存放在Java堆里，所以垃圾收集器（Garbage Collection）在对Java堆进行回收前，第一件事情就是要确定这些对象之中哪些还“存活”着，哪些已经“死去”（不被引用了）。 判断对象是否健在的算法 1.引用计数算法 引用计数算法，很容易理解， 在对象中添加一个引用计数器，每有一个地方引用它时，计数器值就加一；当引用失效是，计数器值就减一；任何时刻计数器为零的对象就是不可以能再被使用的对象 。 引用计数算法的原理简单，判定效率也很高。市面上也确实有一些技术使用的此类算法来判定对象是否存活，像ActionScript 3 的FlashPlayer、Python语言等。但是在主流的Java虚拟机里面都没有选用引用计算法来管理内存，主要是使用此算法时，必须要配合大量的额外处理才能保证正确的工作，例如要解决对象之间的相互循环引用的问题。 public class OneTest { public Object oneTest = null; private static final int _1MB = 1024 * 1024; private byte[] bigSize = new byte[256 * _1MB]; /** * 这个成员属性的唯一意义就是占点内存，以便能在GC日志中看清楚是否有回收过。 */ @Test public void

3 月，跳不动了？>>> 序 本文主要研究一下HotSpot VM的Native Memory Tracking Native Memory Tracking java8给HotSpot VM引入了Native Memory Tracking (NMT)特性，可以用于追踪JVM的内部内存使用 使用 开启 -XX:NativeMemoryTracking=summary 使用-XX:NativeMemoryTracking=summary可以用于开启NMT，其中该值默认为off，可以设置为summary或者detail来开启；开启的话，大概会增加5%-10%的性能消耗 查看 / # jcmd 1 VM.native_memory summary / # jcmd 1 VM.native_memory summary scale=MB 使用jcmd pid VM.native_memory可以查看，后面可以加summary或者detail，如果是开启summary的，就只能使用summary；其中scale参数可以指定展示的单位，可以为KB或者MB或者GB 创建baseline / # jcmd 1 VM.native_memory baseline 1: Baseline succeeded 创建baseline之后可以用summary.diff来对比 查看diff / # jcmd