在高并发下，Java程序的GC问题属于很典型的一类问题，带来的影响往往会被进一步放大。不管是「GC频率过快」还是「GC耗时太长」，由于GC期间都存在Stop The World问题，因此很容易导致服务

我们线上的业务 jar 包基本上普遍比较庞大，动不动一个 jar 包上百 M，启动时间在分钟级，拖慢了我们在故障时快速扩容的响应。于是做了一些分析，看看 Java 程序启动慢到底慢在哪里，如何去优化，目前的效果是大部分大型应用启动时间可以缩短 30%~50%主要有下面这些内容修改 asy

概述虽然这篇文章的标题打着JVM源码分析的旗号，不过本文不仅仅从 JVM 源码角度来分析，更多的来自于 Linux Kernel 的源码分析，今天要说的是 JVM 里比较常见的一个问题。这个问题可能有

前言记录一次线上JVM堆外内存泄漏问题的排查过程与思路，其中夹带一些「JVM内存分配的原理分析」以及「常用的JVM问题排查手段和工具分享」，希望对大家有所帮助。在整个排查过程中，我也走了不少弯路，但是

在为客户进行性能诊断调优时，碰到了一个Synchronized关键字使用不合理导致多线程下线程阻塞的情况。用文字记录下了问题的整个发现-排查-分析-优化过程，排查过程中使用了我司商业化产品——XLan

我们有一个线上的项目，刚启动完就占用了使用 top 命令查看 RES 占用了超过 1.5G，这明显不合理，于是进行了一些分析找到了根本的原因，下面是完整的分析过程，希望对你有所帮助。会涉及到下面这些内容Linux 经典的 64M 内存问题堆内存分析、Native 内存分析的基本套路

这篇文章以一个Full GC频繁的线上案例作为引子，详细介绍GC的排查过程，另外会结合GC的运行原理给出一份实践指南。内容分成3个部分：从一次Full GC频繁的线上案例说起、GC的运行原理介绍、排查Full GC问题的实践指南

遇到了一个 glibc 导致的内存回收问题，查找原因和实验的的过程是比较有意思的，主要会涉及到下面这些：- Linux 中典型的大量 64M 内存区域问题- glibc 的内存分配器 ptmalloc

问题前两天，一个群友在群中提出一个疑问：G1里的XX:InitiatingHeapOccupancyPercent，默认是45。他看网上有两种说法，一种是整个堆占用率超过45%时开始并发标记周期；另一

在上一篇文章[《字节对齐与Java的指针压缩（上）-字节对齐的渊源》](https://heapdump.cn/article/2545511)中我们讲到了字节对齐的部分渊源与Java选择8字节对齐的

作为PerfMa解决方案管理部门的技术专家，我在工作遇见过很多各种问题导致的性能问题，并参与了为客户的系统进行性能诊断调优的全过程。这一次碰到了一个类加载失败导致的性能问题。用文字记录下了问题的整个发

概述 最近我们公司在帮一个客户查一个JVM的问题(JDK1.8.0_191-b12)，发现一个系统老是被OS Kill掉，是内存泄露导致的。在查的过程中，阴差阳错地发现了JVM另外的一个Bug。这个B

本文涉及以下内容 开启NMT查看JVM内存使用情况 通过pmap命令查看进程物理内存使用情况 smaps查看进程内存地址 gdb命令dump内存块 背景最近收到运维反馈，说有项目的一个

关于g1的gc源码系列解析就剩下fullGC了，其实关于fullGC的源码方面并不是很难，相对于youngGC和mixed GC和并发标记来说，相对好阅读一些，网上也有一些文章是讲述fullGC的源码

本文来自美团技术团队，作者纪兵https://tech.meituan.com/2019/01/03/spring-boot-native-memory-leak.html 背景为了更好地实现对项目的

本篇原文作者是 LinkedIn 的 Swapnil Ghike，这篇文章讲述了 LinkedIn 的 Feed 产品的 GC 优化过程，虽然文章写作于 April 8, 2014，但其中的很多内容和

最近我们线上有同学反馈，java 服务在接入了支持预发的 javaagent 以后会出现缓存的内存增长，去掉 agent 启动以后内存增长正常。于是分析了一下这个问题，写了这篇文章。

概述metaspace，顾名思义，元数据空间，专门用来存元数据的，它是jdk8里特有的数据结构用来替代perm，这块空间很有自己的特点，前段时间公司这块的问题太多了，主要是因为升级了中间件所致，看到大

概述 有挺长一段时间没写技术文章了，正好这两天美团kafka团队有位小伙伴加了我微信，然后咨询了一个JVM crash的问题，大家对crash的问题都比较无奈，因为没有现场，信息量不多，碰到这类问题我

今天要给大家分享的内容和 YGC（Young GC）有关，是我最近碰到的一个案例，希望将排查思路分享给大家，如果大家后面碰到类似的问题，可以直接作为一个经验来排查。 我之前在公众号里其实写过几篇 Y

概述 前段时间公司有个系统的进程老是无故退出，在客户那边好好的，在家里服务器上老是出现，而且出现的时间也没啥规律，当然最终查出来还是有规律的，不过这个规律比较特别。大家看了后面的内容之后就明白了

概述jstat是hotspot自带的工具，和java一样也位于`JAVA_HOME/bin`下面，我们通过该工具可以实时了解当前进程的gc，compiler，class，memory等相关的情况，具体

翻译自Plumbr的OOM全系列之Java 堆空间。

概述 上篇文章讲了JVM在GC上的一个设计缺陷，揪出一个导致GC慢慢变长的JVM设计缺陷，可能有不少人还是没怎么看明白的，今天准备讲的大家应该都很容易看明白 本文其实很犹豫写不写，因为感觉没有

带着问题，看源码针对性会更强一点、印象会更深刻、并且效果也会更好。所以我先卖个关子，提两个问题(没准下次跳槽时就被问到)。 - 我们可以用ByteBuffer的allocateDirect方法，申请一

线上有一个非常繁忙的服务的 JVM 进程 CPU 经常跑到 100% 以上，下面写了一下排查的过程。通过阅读这篇文章你会了解到下面这些知识。- Java 程序 CPU 占用高的排查思路- 可能造成线上

JAVA程序最爽的地方是它的GC机制，开发人员不需要关注内存申请和回收问题。同时，JAVA程序最头疼的地方也是它的GC机制，因为掌握JVM和GC调优是一件非常困难的事情。在ParallelOldGC、

概述 今天有个同事找我，其实好像之前就找过我，一直因为太忙，后面就忘记他的事了，到今天还没查出原因就又找了过来，现象是系统老是进行Full GC，在启动没过多久就会发生Full GC，这个现象相

继上次全面刨析了youngGC的源码后，这次笔者又阅读了关于Mixed GC的部分源码，相对于youngGC，Mixed GC部分更好阅读和理解一些(ps:不知道是不是因为已经有了读youngGC代码

通过这一个多月的努力，将FullGC从40次/天优化到近10天才触发一次，而且YoungGC的时间也减少了一半以上，这么大的优化，有必要记录一下中间的调优过程。对于JVM垃圾回收，之前一直都是处于理论

概述 之前写过篇文章，关于堆外内存的，[JVM源码分析之堆外内存完全解读]，里面重点讲了DirectByteBuffer的原理，但是今天碰到一个比较奇怪的问题，在设

概述 通过上篇[抓了一个导致频繁GC的鬼--数组动态扩容](https://heapdump.cn/article/123281)关于数组动态扩容导致频繁GC的文章或许GET到了这么一些点 -

druid：阿里巴巴开源的为监控而生的数据库连接池。你看，官方都没有说是高性能数据库连接池，因为，在性能方面，HikariCP会说：我不是针对谁，论性能，在坐的各个数据库连接池都是渣渣。Github

前段时间的某天，注意到一个服务的平均耗时出现了如下图的毛刺现象。注意到毛刺出现极其规律，每30分钟出现一个毛刺。考虑到这种规律性，并结合服务的流量较小（20 QPS）推测，可能是某个定时请求的接口进行

几年前的一个下午，公司里码农们正在安静地敲着代码，突然很多人的手机同时“哔哔”地响了起来。本来以为发工资了，都挺高兴！打开一看，原来是告警短信 故障回顾告警提示“线程数过多，超出阈值”，“CPU空闲率

背景组内一个项目最近一直报swap区域使用过高异常，笔者被叫去帮忙查看原因。发现配置的4G堆内内存，但是实际使用的物理内存高达7G，确实有点不正常，JVM参数配置是：```java-XX:Metasp

LinkedIn中的个人主页是访问量最多的页面之一，它允许其他人访问你的个人主页，从而了解你的专业技能，经验和兴趣等： 所以，确保用户访问主页时以最快的速度返回是非常重要的。这篇文章，将谈论Li

分析 这个问题说白了，就是说有些int[]对象不知道是哪里来的，于是我拿他的例子跑了跑，好像还真有这么回事。点该 dump 文件详情，查看相关的 int[] 数组，点该对象的“被引用对象”，发现所

现在很多面试官都会关心你是否有过解决内存泄漏的问题，是否有过JVM的调优经验。你如果没有经历过，该如何回答呢？希望下文对你有所帮助。 背景前不久，上线了一个新项目，这个项目是一个压测系统，可以简单的看

在最近的一次百万长连接压测中，32C 128G 的四台 Nginx 频繁出现 OOM，出现问题时的内存监控如下所示。排查的过程记录如下。 现象描述这是一个 websocket 百万长连接收发消息的压测

本文基于1.8.0_201-b09对G1的GC日志进行分析。G1 模式下总计有 3 中日志级别，分别被称为：fine，finer，finest。- fine：fine模式打开方式是-verbose:g

这几天，一直在为Java的“内存泄露”问题纠结。Java应用程序占用的内存在不断的、有规律的上涨，最终超过了监控阈值。福尔摩 斯不得不出手了！ 分析内存泄露的一般步骤 如果发现Java应用程序占用的内

类的加载过程说复杂很复杂，说简单也简单，说复杂是因为细节很多，比如说今天要说的这个，可能很多人都不了解；说简单，大致都知道类加载有这么几个阶段，loaded-linked-initialized，为了

概述之所以想写这篇文章，其实是因为最近有不少系统出现了栈溢出导致进程crash的问题，并且很隐蔽，根本原因还得借助coredump才能分析出来，于是想从JVM实现的角度来全面分析下栈溢出的这类问题，或

前言JVM的堆外内存泄露的定位一直是个比较棘手的问题。此次的Bug查找从堆内内存的泄露反推出堆外内存，同时对物理内存的使用做了定量的分析，从而实锤了Bug的源头。笔者将此Bug分析的过程写成博客，以飨

JVM 预热是一个非常头疼而又难解决的问题。本文讨论了在运行在 Kubernetes 集群中的 Java 服务如何解决 JVM 预热问题的一些方法和经验。 作者：Vikas Kumar 翻译：Bach

可以把JVM想象成相机，JVM参数想象成光圈大小，快门速度之类的参数值，这些参数对程序的运行会影响挺大。

某天，某位群友在JVM讨论群里发来一张GC log的图片。其中主要的问题是YGC过长，每次耗时约为200ms。使用的JVM参数如下：```java-Xmn2048m -Xms4096m -Xmx409

java.lang.OutOfMemoryError：unable to create new native thread 是比较常见的一种异常，表示应用程序无法创建新的线程。产生该异常，总体上可总结

有业务反馈，线上一个应用运行了一段时间之后，在高峰期之后，突然发现处理能力下降，接口的响应时间变长，但是看Cat上的GC数据，一切都很正常。通过跳板机上机器查看日志，发现一段平时很少见到的日志：```

前言 AsyncGetCallTrace 是由 OracleJDK/OpenJDK 内部提供的一个函数，该函数可以在 JVM 未进入 safepoint 时正常获取到当前线程的调用栈（换句话说，使用

概述 本周有个同事过来咨询一个比较诡异的gc问题，大概现象是，系统一直在做cms gc，但是老生代一直不降下去，但是执行一次jmap -histo:live之后，也就是主动触发一次full gc之后

对于许多企业级应用，尤其是OLTP应用来说，长暂停很可能导致服务超时，而对这些运行在JVM上的应用来说，垃圾回收（GC）可能是长暂停最主要的原因。本文将描述一些可能碰到GC长暂停的不同场景，以及说明我

以往的一些GC算法，比如CMS、G1，均采用分代的思想对堆内存进行划分，对应的GC行为也可以分为Young GC、Old GC 和 FGC。但是在ZGC算法中，并没有分代的概念，所以就不存在Young

在程序开发过程中，开发人员通常会遇到许多线上问题，这些问题可能是代码Bug导致的，也可能是性能问题引起的。这些线上问题都会通过CPU飙升、GC频繁、抛出OOM异常等情况表现出来，这些问题的根因很可能是

编者按：笔者使用JDK自带的内存跟踪工具NMT和Linux自带的pmap解决了一个非常典型的资源泄漏问题。这个资源泄漏是由于Java程序员不正确的使用Java API导致的，使用Files.list打

最近我们在测试把 APM 平台迁移到 ES APM，有同学反馈了一个有意思的现象，部署在 docker 中 jar 包项目，在新版 APM 里进程启动完就退出了，被 k8s 中无限重启。这篇文章写了一

今天的这个案例我觉得应该会让你涨姿势吧，不管你对JVM有多熟悉，看到这篇文章，应该还是会有点小惊讶的，不过我觉得这个案例我分享出来，是想表达不管多么奇怪的现象请一定要追究下去，会让你慢慢变得强大起来，

问题描述某天收到频繁的告警邮件，定时任务调度失败，查看 xxl-job 的执行器列表是空的，但是服务又显示健康，查看历史任务执行记录发现执行器是依次递减，由于是线上服务，只能先重启，然后线程日志也没有

JVM线程dump Bug描述 在JAVA语言中，当同步块(`Synchronized`)被多个线程并发访问时，JVM中会采用基于互斥实现的重量级锁。JVM最多只允许一个线程持有这把锁，如果其它线

Java从JDK7U9开始支持G1（正式发布），所以，如果要使用G1的话，你的Java版本应该是JDK7U9或者更新的版本。不过，强烈建议JDK8才使用G1，而且最好是JDK8的最新版本，因为在JDK

问题概述因为工作关系有挺长时间没和大家分享东西了，也经常看到有同学在后台给我留言说好久没更新了，实在抱歉，不过接下来会有比较多的分享给到大家，下周我们会在PerfMa的社区（https://club.

在之前介绍的分代垃圾回收算法中，我们一直有一个永久代存在，叫 PermGen，内存上它是挨着堆的。为了垃圾回收方便，HotSpot 在永久代上一直是使用老年代的垃圾回收算法。永久代主要存放以下数据：-

Java 应用性能优化是一个老生常谈的话题，典型的性能问题如页面响应慢、接口超时，服务器负载高、并发数低，数据库频繁死锁等。尤其是在“糙快猛”的互联网开发模式大行其道的今天，随着系统访问量的日益增加和

概述近日，负责的一系统生产环境上出现了OutOfMemoryError,伴随着这个问题随之而来的是一堆Full GC, CPU 百分之百，频繁宕机重启等问题，严重影响业务的推广及使用，此类问题一般处理

概述JAVA对象引用体系除了强引用之外，出于对性能、可扩展性等方面考虑还特地实现了四种其他引用：SoftReference、WeakReference、PhantomReference、FinalRe

小A：xx服务又宕机了小B：歪日，咋搞的，登上去看看咋回事小A：又OOM了，不知道哪个写的代码，一坨一样。撸Java的同学，多多少少会碰到内存溢出（OOM）的场景，但造成OOM的原因却是多种多样。 堆

概述这篇文章基于最近在排查的一个问题，花了我们团队不少时间来排查这个问题，现象是有一些类加载器是作为key放到WeakHashMap里的，但是经历过多次full gc之后，依然坚挺地存在内存里，但是从

如果让你实现一个计数器，有点经验的同学可以很快的想到使用AtomicInteger或者AtomicLong进行简单的封装。因为计数器操作涉及到内存的可见性和线程之间的竞争，而Atomic的实现完美的屏

前言了解 CMS GC 的同学，一定知道 -XX:CMSScavengeBeforeRemark 参数，它是用来开启或关闭在 CMS-remark 阶段之前的清除（Young GC）尝试。大家都知道C

现象笔者负责的一个RPC服务就是简单的从Redis Cluster中读取数据，然后返回给上游。理论上该服务的对象大部分都应该是朝生夕死的，但是笔者查看gc log 的时候发现 age =2 的对象还真

业务小姐姐说图片访问不了，我开始慌了：看到业务小姐姐发的这个图片，你说能不慌嘛？但是再慌也要排查问题呀！对于这种前端响应不过来的问题，首先就用浏览器的F12看看接口响应速度（获取图片地址的接口）从而确

首先说一个老生常谈的限制：我们在对Docker中的Java应用使用诸如jmap等命令时常常会报错：`Can't attach to the process: ptrace(PTRACE_ATTACH,

以下是用于测试OOM的测试代码：```javapublic class HeapMemUseTest { public static void main(String[] args) {

问题描述公司某规则引擎系统，在每次发版启动会手动预热，预热完成当流量切进来之后会偶发的出现一次长达1-2秒的年轻代GC（流量并不大，并且LB下的每一台服务都会出现该情况）在这次长暂停之后，每一次的年轻

由于接入的应用越来越多，对系统性能要求越来越高，提高系统的吞吐率，以及提升性能，是我们春节战役期间必须要做的事情。系统的性能优化不单单是对 JVM 的参数调优，也不是某一段代码的改造，而是一个系统的工

现象- QA同学反映登录不上服务器 排查问题1--日志级别- 查看log,发现玩家登录的时候抛出了一个java.lang.OutOfMemoryError - 大概代码是向Redis序列化一个Pla

在之前的文章《[为什么容器内存占用居高不下，频频 OOM](https://heapdump.cn/article/1589003)》 中，我根据现状进行了分析和说明，收到了很多读者的建议和疑

某天早上，毛老师在群里问「cat 上怎么看 gc」。看到有 GC 的问题，立马做出小鸡搓手状，之后毛老师发来一张图。图片展示了老年代内存占用情况：第一个大陡坡是应用发布，老年代内存占比下降，很正常。第

概述本文重点讲述毕玄大师在其公众号上发的一个GC问题一个jstack/jmap等不能用的case，对于毕大师那篇文章，题目上没有提到GC的那个问题，不过进入到文章里可以看到，既然文章提到了jstack

因为每个链路都会对其性能造成影响，应该是全链路的修改压测（ak大神经常说全链路!）。本次基本就是局域网，所以并没有怎么优化，其实也应该考虑进去的。 Linux系统参数层面的修改：修改可打开文件数和用户

前言 本文内容是基于 JDK 8在文章[ JVM 源码解读之 CMS GC 触发条件](https://heapdump.cn/article/190389) 中分析了 CMS GC 触发的

关于MAT工具相关知识解惑MAT 不是一个万能工具，它并不能处理所有类型的堆存储文件。但是比较主流的厂家和格式，例如 Sun, HP, SAP 所采用的 HPROF 二进制堆存储文件，以及 IBM 的

OOM是Out of Memory的简写，也就是内存不足。出现该问题的原因有很多，如程序内存泄漏等。内存泄漏问题可以通过定时地终止和重启有问题的程序来发现和解决。在比较新的Linux内核版本中，有一种

前言- elasticsearch提供了非常灵活的搜索条件给我们使用，在使用复杂表达式的同时，如果使用不当，可能也会为我们带来了潜在的风险，因为影响查询性能的因素很多很多，这篇笔记主要记录一下慢查询可

先说一下基本情况，本次是对线上商品服务的JVM优化。商品服务的访问量非常高，单机QPS在3000左右，线上总共部署了15个商品服务节点。JVM堆内存大小是8G，其中给新生代分配了2G，老年代垃圾回收器

最近我在回顾思考（写 PPT），整理了现状，发现了这个问题存在多时，经过一番波折，最终确定了元凶和相对可行的解决方案，因此分享一下排查历程，希望能够给大家一些借鉴的经验。时间线：- 在上 Kubern

Attach是什么在讲这个之前，我们先来点大家都知道的东西，当我们感觉线程一直卡在某个地方，想知道卡在哪里，首先想到的是进行线程dump，而常用的命令是jstack ，我们就可以看到如下线程栈了大家是

这是一篇鸽了很久的博客，因为博客内容和素材早就准备差不多了，但就是一直懒得整理，今天终于下定决心终于整理出来了，这也是这个bug [JDK-8221393](https://bugs.openjdk.

前些日子小组内安排值班，轮流看顾我们的服务，主要做一些报警邮件处理、Bug 排查、运营 issue 处理的事。工作日还好，无论干什么都要上班的，若是轮到周末，那这一天算是毁了。不知道是公司网络广了就这

介绍业务部门的一个同事遇到个奇怪的 Full GC 问题，有个服务迁移到新的应用后，一直频繁 Full GC。新应用机器的配置是 4c 8g，老应用是 4c 4g，老应用 GC 都很正常，并且代码没有

之前的博文中说过最近在查一个问题，花费了近两个星期，问题算是有了一个小结，是时候总结一下了。排查过程走了很多弯路，由于眼界和知识储备问题，也进入了一些思维误区，希望此问题能以后再查询此类问题时能有所警

前言 这几天线上实例会偶尔报警重启，查了一下问题，偶然发现了一个`java`命令参数顺序的坑。 正文 我线上的启动命令行为： ```sh java -jar app.jar -DcustomArg

作为Java程序员, 除了享受垃圾回收机制带来的便利外, 还深受OOM(Out Of Memory)的困惑和折磨。 堆溢出(heap)编写如下例程:```javapublic static void

前言 经常有同学会问，为啥我的应用 Old Gen 的使用占比没达到 CMSInitiatingOccupancyFraction 参数配置的阈值，就触发了 CMS GC，表示很莫名奇妙，不知道问题出

现象最近接手了一个同事的项目，某一天接口的响应耗时突然增加了很多，由几十ms 增加到了几十秒。首先查看机器上的日志，有调用第三方接口超时，查询数据库超时。立马查看第三方接口监控和数据库监控，一切正常。

某天上午收到最近发布的一个服务频繁FGC的告警，这个服务只是给公司内部相关人员使用的，并非给互联网用户提供服务的系统。而且功能也比较简单，就是查看一些统计信息、报表数据、数据导出Excel等，访问量非

案发现场昨天晚上突然短信收到 APM （即 Application Performance Management 的简称，我们内部自己搭建了这样一套系统来对应用的性能、可靠性进行线上的监控和预警的一种

这篇文章是我在公司 TechDay 上分享的内容的文字实录版，本来不想写这么一篇冗长的文章，因为有不少的同学问是否能写一篇相关的文字版，本来没有的也就有了。说起来这是我第二次在 TechDay 上做的

概述上周有同事问了我一个现象很诡异的问题，说JDK7和JDK8下的```System.nanoTime()```输出完全不一样，而且差距还非常大，是不是两个版本里的实现不一样，之前我也没注意过这个细节

在一台虚拟机上执行docker java应用，每隔一段时间就会出现java进程消失、而且没有任何jvm error log的情况。略一寻思，应该是遇到网上常说的Linux OOM的情况：虚拟机10G，

JVM的GC经过多年的发展，大家对Minor GC、major GC的理解并不完全一致，所以我不打算在本文中使用这个概念。我把GC大概分为一下4类：1. Young GC：只是负责回收年轻代对象的GC

问题初现----电脑雪崩在写「垃圾回收-实战篇」时，按书中的一个例子做了一次实验，我觉得涉及的知识点挺多的，所以单独拎出来与大家共享一下，相信大家看完肯定有收获。 画外音：尽信书不如无书，对每一个例子

背景之前网上出现一个面试题：“一个线程OOM后，其他线程还能运行吗？”。我看网上出现了很多不靠谱的答案。这道题其实很有难度，涉及的知识点有jvm内存分配、作用域、gc等，不是简单的是与否的问题。由于题

背景最近对负责的项目进行了一次性能优化，其中包括对 JVM 参数的调整，算是进行了一次简单的 JVM 调优，JVM 参数调整之后，服务的整体性能有 5% 左右的提升，还算不错。先介绍一下项目的基本情况

现象下图是每分钟yong gc 所消耗的时间，没有规律的突刺。年轻代gc 使用的是 ParNew 并发收集。下图是每分钟yong gc 的次数，可以看出每分钟gc的频率比较稳定。每分钟gc次数没有变化

问题来源一次生产事故，由于一次性从数据库查询过多数据导致线程 OOM：Java heap space 异常（千万级表，JVM堆内存2G），但是在线程OOM发生时，java进程却没有立即挂掉。不符合所谓

概述 JVM的GC一般情况下是JVM本身根据一定的条件触发的，不过我们还是可以做一些人为的触发，比如通过jvmti做强制GC，通过System.gc触发，还可以通过jmap来触发等，针对每个场景其实我

背景前一段时间在公司一个技术群里，有人在问“有人在线上使用32G内存的服务”。我司线上内存标准配置都是8G的。我就问了一下使用32G内存碰到了啥问题。他的关注点在于一次full gc 时间的长短上。他

AdaptiveSizePolicy简介AdaptiveSizePolicy(自适应大小策略) 是 JVM GC Ergonomics(自适应调节策略) 的一部分。如果开启 AdaptiveSizeP

案例一```javapublic class test1 { private static final int _1MB = 1024 1024; public static void

G1 垃圾回收（一） 垃圾回收算法标记清除，标记复制，标记-清除-压缩，- 标记清除 标记清除呢就是比较直观的理解了，内存中当引用不可达之后这一块内存就要被释放出来，，当然我们知道java中的对象

前言```OutOfMemoryError ```问题相信很多朋友都遇到过，相对于常见的业务异常（数组越界、空指针等）来说这类问题是很难定位和解决的。本文以最近碰到的一次线上内存溢出的定位、解决问题的

作为Java程序员, 除了享受垃圾回收机制带来的便利外, 还深受OOM(Out Of Memory)的困惑和折磨.先来看下java的内存分布 堆溢出(heap)编写如下例程:```javapublic

引言研发人员在遇到线上报警或需要优化系统性能时，常常需要分析程序运行行为和性能瓶颈。Profiling技术是一种在应用运行时收集程序相关信息的动态分析手段，常用的JVM Profiler可以从多个方面

在分析线上 JVM 性能问题的时候，我们可能会碰到下面这些场景：1.GC 本身没有花多长时间，但是 JVM 暂停了很久，例如下面：2.JVM 没有 GC，但是程序暂停了很久，而且这种情况时不时就出现。

概述OutOfMemoryError，说的是java.lang.OutOfMemoryError，是JDK里自带的异常，顾名思义，说的就是内存溢出，当我们的系统内存严重不足的时候就会抛出这个异常(PS

背景上午刚到公司，准备开始一天的摸鱼之旅时突然收到了一封监控中心的邮件。心中暗道不好，因为监控系统从来不会告诉我应用完美无 bug，其实系统挺猥琐。打开邮件一看，果然告知我有一个应用的线程池队列达到阈

概述之前写过关于类加载死锁的文章，[消失的死锁](https://heapdump.cn/article/280601)，说的是类加载过程中发生的死锁，我们从线程dump里完全看不出死锁的迹象

前段时间，在做一个小的工程时，遇到了需要通过反射获得方法真实参数名的场景，在这里我遇到了一些小小的问题，后来在部门老大的指导下，我解决了这个问题。通过解决这个问题，附带着我了解到了很多新的知识，我觉得

volatile是什么volatile关键字是Java提供的一种轻量级同步机制。它能够保证可见性和有序性，但是不能保证原子性 可见性对于volatile的可见性，先看看这段代码的执行<div alig

背景有个项目可以实时对应用的健康情况进行监控、分析、预警。如下图展示一段时间内应用“JVM监控”：从这个视图中可以看出几个关键点：（1）标号1中展示此时间段内FullGC次数、YoungGC次数；（2

新生代之前叙述了G1的分区和Rset，这一次来关注一下G1新生代在发生GC的主要处理方式。G1的新生代的分区个数受之前动态计算出得分区的大小影响，如果设置了(MaxNewSize和NewSize)。除

卡表(CardTable）由于新生代的垃圾收集通常很频繁，如果老年代对象引用了新生代的对象，那么，需要跟踪从老年代到新生代的所有引用，从而避免每次YGC时扫描整个老年代，减少开销。HotSpot 使用

刚接手的服务，正常稳定运行了很长一段时间，在大家伙收拾东西准备回家过年时，突然就抽风了。接口失败率居高不下？看日志！```javaGC overhead limit exceededjava.lang

以为上次问题是rmi的问题就此结束了，但是问题并没有结束，其实本次问题不是rmi问题导致的，但是rmi也的确可能会有sys.gc fullgc问题。

寒冬了，服务器资源也要节约这用。以前，我们一个人可以申请多个机器进行一些分布式的系统部署和测试，包括一些微服务方面的项目我们尽量的模拟多台机器的环境。但是现在，公司为了进一步节约成本开支，把一些机器进

概述本文要说的内容是今天公司有个线上系统踩了一个坑，并且貌似还造成了一定的影响，后来系统相关的人定位到了是`java.lang.Class.getMethods`返回的顺序可能不同机器不一样，有问题的

学习JVM虚拟机是一个比较枯燥无味的过程，刚开始基本是看不懂学不懂，然后就是似懂非懂，最后觉得好像懂了一些，到后来又觉得还是没懂，反正就是懵懵懂懂，过目就忘，一问就卡住，说也说不清，其实说的就是我自己

介绍```System.gc()```，大家应该也有所了解，是JDK提供的触发Full GC的一种方式，会触发Full GC，其间会stop the world，对业务影响较大，一般情况下不会直接使用

背景有一次一位同学上线之后，发现Young GC的时间飙升很多，监控如下图：监控显示老代码（04机器）的平均young gc时间之后23ms，而新代码（01机器）为平均时间84ms。上线去查看gc

背景2019 年 9 月，我们连续遇到几次与缓存相关的故障：1. DBA 运维失误，导致我们存储在 redis 里的核心基础数据被清空。由于无法正常提供报价，出现 ATP（订单量骤降）故障，之后通过定

问题首先抛个问题给大家，看下面 JVM 参数配置：```java-Xmx2g -Xms2g -XX:+UseConcMarkSweepGC```猜一猜按照这样的 JVM 参数配置，YoungGen（新

前言之前这篇《[一个 JVM 参数引发的频繁 CMS GC](https://heapdump.cn/article/329932)》文章发出之后，反应比较激烈，因为这可能与同学们通常 GC

背景运维人员反馈一个容器化的java程序每跑一段时间就会出现OOM问题，重启后，间隔大概两天后复现。 问题调查 一、查日志由于是容器化部署的程序，登上主机后使用docker logs Containe

前言JConsole里的可以执行的gc这里的GC是立即执行，还是与代码里写System.gc()一样，是由jvm决定什么时候来执行的？执行的是minor gc，还是full gc，还是根据特定区域执行

背景最近项目测试遇到个奇怪的现象，在测试环境通过 Apache HttpClient 调用后端的 HTTP 服务，平均耗时居然接近 39.2ms。可能你乍一看觉得这不是很正常吗，有什么好奇怪的？其实不

问题这个Xmn设置为1G，，我用jmap -heap 看，这个Eden From To怎么不是一个整8：1：1的关系呢？我看内存分配还是没变，我Xmn1g，感觉From、To应该都是102.4M才对，

当Java程序性能达不到既定目标，且其他优化手段都已经穷尽时，通常需要调整垃圾回收器来进一步提高性能，称为GC优化。但GC算法复杂，影响GC性能的参数众多，且参数调整又依赖于应用各自的特点，这些因素很

在GC日志中，Metaspace这一行的 used ，capacity ，committed ，reserved 具体都代表什么？```JAVAHeapPSYoungGen total 10

本文将详细介绍在Ubuntu16.04 LTS上对OpenJDK8进行编译，为了方便大家快速搭建起OpenJDK8的调试开发环境，我还录制了对应的视频放到了B站上，大家可以参考。视频地址：[https

什么是内存溢出 JVM运行过程中，程序不断的申请内存空间用于保存运行时数据，当程序申请的内存空间系统无法满足时，就会抛出内存溢出错误。内存溢出发生的区域以及相应的解决方案都不相同，下面我们逐一分析内

问题描述我们都知道gc是为了释放内存，但是你是否碰到过ygc前后新生代反增不减的情况呢？gc日志效果类似下面的：```java2016-05-18T15:06:13.011+0800: [GC [Pa

本文只介绍一些原理和思路的内容，希望对你与所帮助！‍- 先了解原理，然后在进行调优。一定要记住的是任何的调优都不是一蹴而就，不要指望改动一个参数就达到调优的目的，也不要仅仅改动了一个参数，就认为是做了

如果我们所在公司的业务量比较大，在生产环境经常会出现JVM内存溢出的现象，那我们该如何快速响应，快速定位，快速恢复问题呢？本文将通过一个线上环境JVM内存溢出的案例向大家介绍一下处理思路与分析方法。案

概述今天要说的这个问题，是我经常面试问的一个问题，只是和我之前排查过的场景有些区别，属于另外一种情况。也许我这里讲了这个之后，会成为不少公司JVM必问之题，所以本文还是值得大家好好看看的，相信也会让你

问题描述1月22日准备发布设备指纹新版本迭代过程中，在预发环境进行采集请求的压测发现了个现象，监控中的RT存在规律的尖点。接着又尝试master代码，发现不存在这个问题，那基本确认是新代码引入的问题了

背景最近有个同学说他的服务刚启动就收到两次 Full GC 告警， 按道理来说刚启动，对象应该不会太多，为啥会触发 Full GC 呢？带着疑问，我们还是先看看日志吧，毕竟日志的信息更多。 日志可以看

背景在公司内部技术群里，经常有人时不时的问到服务某次GC时间突然很高，有什么办法排查。基本上每次都会有人怀疑会不会Swap导致的，先看看Swap，如果真的使用了Swap区域，基本上就会让Swap区域背

问题描述前几天在帮同事排查生产一个线上偶发的线程池错误逻辑很简单，线程池执行了一个带结果的异步任务。但是最近有偶发的报错：```javajava.util.concurrent.RejectedExe

翻译自Plumbr的OOM全系列之GC overhead limit exceeded

本文正在参加「Java应用线上问题排查经验/工具分享」活动先点赞再看，养成好习惯背景 全国最大的短信平台，大家都用过我们的产品。数据量比较大，最多时候一天近7亿条短信。由于我们技术不很扎实，生产问题就

查看gc情况结果：服务启动时长是1天，进行了3240左右次minorGC,一共使用时间80s左右。也就是一次minirGC时间是0.02s，FGC是一次，时间是2.2s，fullGC时间过长，需要优化

项目中使用@Scheduled注解（Spring注解）来定时（每隔五分钟）刷新JVM缓存。但测试环境和线上环境出现不一样的效果（如下图），测试环境每隔5分钟刷新一次，而线上环境刷新的时间间隔远远超过5

介绍GC优化关键是找到优化的点，如果明确GC过程中耗时的阶段在哪里，优化起来应该也就不难了。这篇文章主要讲述最近一次CMS GC优化过程，是一次分享，也是一次总结。闲话少说，我们开始吧。 现象上图很明

老套的笔试题在一些老套的笔试题中，会要你判断s1==s2为false还是true，s1.equals(s2)为false还是true。```javaString s1 = new String("xy

GC 日志问题查看docker环境的gc日志，发现是下面这种情况，很奇怪，一直怀疑是docker环境那里是否有点问题，并没有怀疑配置，之前物理机上面的gc日志都是正常那种。表示很奇怪，后来飞哥告诉我，

先点赞再看，养成好习惯前两天一个小伙伴突然找我求助，说准备换个坑，最近在系统学习多线程知识，但遇到了一个刷新认知的问题…… 小伙伴：Effective JAVA 里的并发章节里，有一段关于可见性的描述

概述之所以会写这个，主要是因为最近做的一个项目碰到了一个移位的问题，因为位移操作溢出导致结果不准确，本来可以点到为止，问题也能很快解决，但是不痛不痒的感觉着实让人不爽，于是深扒了下个中细节，直到看到I

文末 JVM 思维导图，有需要的自取熟知并发编程的你认为下面这段代码的执行结果是怎么样的？我如果说，执行流程是：1. t1 线程和 t2 线程一直执行 num 的累加操作2. 主线程睡眠 1 秒，1

背景 线上问题回顾2019年8月某天，那时我刚入职还不到一个月，遇到一个特殊的线上问题：某报价应用个别机器连续FGC不停（准确的说是FGC几乎没任何效果），这些机器重启后不久继续开始不停的FGC。当时

问题背景有同学反馈，在自己的业务中调用 groovy 脚本动态生成一些 class 的时候，出现了类无法卸载的现象，下图来自你假笨大神 PerfMa 公司 的 XElephant 「 https://memory.console.heapdump.cn/ 」如果想离线分析也可以用 JPro

动态调试要解决的问题断点调试是我们最常使用的调试手段，它可以获取到方法执行过程中的变量信息，并可以观察到方法的执行路径。但断点调试会在断点位置停顿，使得整个应用停止响应。在线上停顿应用是致命的，动态调

背景我们有一家top级的淘品牌店铺，为了后续的加速计算，在程序启动的时候灌入她家的核心数据到内存中，灌入完成后内存高达100G，虽然云上的机器内存有256G，然被这么划掉一半看着还是有一点心疼的，可怜

前言上篇文章，我们了解了GC 的相关概念，这篇文章我们通过两个算法来了解如何去确定堆中的对象实例哪些是我们需要去回收的垃圾对象。 引用计数算法引用计数法的原理很简单，就是在对象中维护一个计数器，当有一

作者：KL原文链接：https://qsli.github.io/2017/12/02/google-perf-tools/转载已获授权线上机器内存不足，经常被系统oom killer干掉。如果tom

概述本文基于JDK8分析Java类的加载过程以及双亲委派模型的实现原理。 什么是JVM毫无疑问，Java一直是企业应用程序的领先的编程语言，我认为这主要是受益于Java虚拟机（JVM）的成熟。JVM已

在社会化分工、软件行业细分专业化的趋势下，会真的参与到底层系统实现的人肯定是越来越少（比例上说）。真的会参与到JVM实现的人肯定是少数。但如果您对JVM是如何实现的有兴趣、充满好奇，却苦于没有足够系统

前言博客已经好久没有更新了，主要原因是 18 年下半年工作比较忙，另外也没有比较有意思的题材，所以迟迟没有更新。此篇是 18 年底的微信上的某同学提供的一个 Young GC 问题案例，找我帮忙解决。

正撸着代码，公司内的聊天工具弹出一条信息： “狼哥，我这个机器总是频繁FGC...” 我赶紧打开对话框，机智的回复一个表情 然后继续默默撸码。 随后，小伙伴砸了一段GC日志过来 ```java

背景有次想研究一下服务QPS和young gc的时间的关系。假如服务对外提供的接口的平均响应时间是1s，那么最坏情况下该请求用到的对象就应该存活1s（为什么是最坏，因为很多中间变量不需要这么存活这么久

1.背景XX大数据项目，进行高并发且长时间的压测验证系统稳定性的表现。2.异常问题压测中发现，探针监控到应用服务器集群内存消耗达到85%左右，且压测结束后内存不释放。3.问题定位集群中的应用服务器逐一

背景介绍某日下午大约四点多，接到合作方消息，线上环境，我这边维护的某http服务突然大量超时（对方超时时间设置为300ms），我迅速到鹰眼平台开启采样，发现该服务平均QPS到了120左右，平均RT在2

故障介绍某一日早上七点，我还在睡梦之中，8点醒来发现运维群内有人at。一看说是用户服务的一个节点挂掉了。然后大概原因是因为OOM，运维还在群里发了一个jstack 的栈dump文件，未必是事故发生时的

背景关于各种引用参考https://www.geeksforgeeks.org/types-references-java/在我之前认知中，虚引用除了自身对象占用内存外，其引用对象referent在不

有人问了个小问题，说:```public class Test { static Test2 t1 = new Test2(); Test2 t2 = new Tes

简介Unsafe是位于sun.misc包下的一个类，主要提供一些用于执行低级别、不安全操作的方法，如直接访问系统内存资源、自主管理内存资源等，这些方法在提升Java运行效率、增强Java语言底层资源操

基础知识young gc 主要采用的是copying GC算法；copying GC算法主要有以下两个步骤：1. Root Scanning2. Object Copycopying Gc的执行过程大

并发垃圾收集器（CMS）为什么没有采用标记整理-算法来实现，而是采用的标记-清除算法？分代式GC里，年老代常用mark-sweep；或者是mark-sweep/mark-compact的混合方式，一般

本文将详细介绍在Ubuntu16.04 LTS上对OpenJDK8进行编译，为了方便大家快速搭建起OpenJDK8的调试开发环境，我还录制了对应的视频放到了B站上，大家可以参考。 视频地址：[http

1. 观前提醒本期内容比较硬核，非常全面，涉及到了设计思想到实现原理以及源码，并且还给出了相应的日志以及监控方式，如果有不清楚或者有疑问的地方，欢迎留言。其中涉及到的设计思想主要为个人理解，实现原理以

在Java的java.util.concurrent.atomic包中，提供了许多原子类。这些原子类，主要都是依赖于底层的CAS机制来实现内部值的原子更新操作。 AtomicInteger源码以下为J

是不是才听说了JDK11的ZGC，并且还没搞懂？不好意思，OpenJDK12马不停蹄的带来了Shenandoah GC。 概述JDK12新增的一个名为Shenandoah的GC算法，它的evacuat

对 Debug 的好奇初学 Java 时，我对 IDEA 的 Debug 非常好奇，不止是它能查看断点的上下文环境，更神奇的是我可以在断点处使用它的 Evaluate 功能直接执行某些命令，进行一些计

导读Netty 是一个异步事件驱动的网络通信层框架，用于快速开发高可用高性能的服务端网络框架与客户端程序，它极大地简化了 TCP 和 UDP 套接字服务器等网络编程。Netty 底层基于 JDK 的

ZGC（The Z Garbage Collector）是JDK 11中推出的一款低延迟垃圾回收器，它的设计目标包括：- 停顿时间不超过10ms；- 停顿时间不会随着堆的大小，或者活跃对象的大小而增加

在 JDK5 中，开发者只能 JVM 启动时指定一个 javaagent 在 premain 中操作字节码，Instrumentation 也仅限于 main 函数执行前，这样的方式存在一定的局限性。

玩过性能优化的朋友都清楚，性能优化的关键并不在于怎么进行优化，而在于怎么找到当前系统的性能瓶颈。性能优化分为好几个层次，比如系统层次、算法层次、代码层次...JVM 的性能优化被认为是底层优化，门槛较

在遥远的希艾斯星球爪哇国塞沃城中，两名年轻的程序员正在为一件事情苦恼，程序出问题了，一时看不出问题出在哪里，于是有了以下对话：“Debug一下吧。”“线上机器，没开Debug端口。”“看日志，看看请求

关于FullGC，博主只是在一些书中或者博客中，看别人调优过，今天兴起，亲自在本地调了一把本地的项目：第一步：我首先打开了jvisualvm.exe，在Visual GC 里面发现了今天要讨论的重点：

笔者经过上次对zgc在不同环境下进行的测试后，发现zgc所带来的提升非常之大。一时间对zgc在生产中使用充满信心，但是在全面使用之前，难免对其几大新特性有一些好奇，比如：染色指针，读屏障，动态regi

前些日子小组内安排值班，轮流看顾我们的服务，主要做一些报警邮件处理、Bug 排查、运营 issue 处理的事。工作日还好，无论干什么都要上班的，若是轮到周末，那这一天算是毁了。不知道是公司网络广了就这

前言前不久组内又有一次我比较期待的分享：”Linux 的虚拟内存”。是某天晚上加班时，我们讨论虚拟内存的概念时，leader 发现几位同事对虚拟内存认识不清后，特意给这位同学挑选的主题（笑）。我之前了

开门见山，天下之大，无奇不有，惊讶之余，我们一起探探究竟。首先要会看gc log，一图胜千言↓有个细节很关键，user(用户耗时)+sys(系统耗时) <real(真实耗时)。再来看下，每个耗时的具体

明明只是小白、明明只想找份工作、明明没有机会接触到OOM与调优，却被现实逼着要去搞懂JVM、OOM、调优。看完这篇文章，大家能获得：什么是OOM、为什么会发生OOM、哪些区域会发生OOM、JVM进程挂了，会有哪些可能性、生产环境的JVM无响应了，如何快速定位问题、子牙老师给你的一些成熟的调优建议

一日凌晨，手机疯狂报警，短信以摧枯拉朽之势瞬间以百条的速度到达，我在睡梦中被惊醒，看到短信的部分内容如下：```javaCaused by: java.lang.OutOfMemoryError: u

01 问题背景最近我们项目升级到了 Spring Boot 2.4.6 + Spring Cloud 2020.0.x，通过我的另一系列即可看出：[Spring Cloud 升级之路](https:/

前言距离上篇文章更新已经一月有余，之所以一直没更新一是工作最近比较忙，二是感觉产出不了什么对自己和他人有价值的文章。因此这段时间，主要的空闲时间在学习技术和写 GitHub，博客这边就暂时落下了。本篇

本文将详细介绍HotSpot的启动过程，启动过程涉及到的逻辑比较复杂，细节也比较多,下面我们开始以文章的形式简单介绍一下启动过程。HotSpot通常会通过java.exe或javaw.exe来调用/j

本文记录了服务 JVM 优化的过程与思路，有对 JVM GC 原理以及对问题排查方向和工具的介绍，也有走弯路和踩坑，分享出来希望对大家有所帮助。

JAVA应用生产问题排查步骤 学会这篇文章里面的命令并熟练使用，出去面试就可以说自己有5年工作经验并且精通JVM了。本篇文章中介绍的命令绝对是JAVA程序员平时工作中经常使用的并且必须会的命令，如果你

前几天生产环境出现了一个问题，gc日志里面某一个时间段出现了大量的Full GC，而且都是回收元空间内存失败了，最终导致了JVM停止运行，微服务中的某个服务发生了宕机。下面记录下排查该问题的过程。首先

背景：最近使用MapReduce做离线数据清洗，在map段做简单的数据过滤，有经纬度的发送到reduce端，没经纬的过滤掉。reduce端将数据整理出来，按业务模型拼接成字符串写入HDFS。供hive

ZGC介绍ZGC（The Z Garbage Collector）是JDK 11中推出的一款追求极致低延迟的实验性质的垃圾收集器，它曾经设计目标包括：- 停顿时间不超过10ms；- 停顿时间不会随着堆

说明：JDK7和JDK8的Region划分实现略有不同（差异非常小，且只有-Xmx和-Xms的值不一样才有区别），本篇文章讲解的是JDK8中Region的划分实现。 源码分析G1 Region划分的实

问题描述线上接口服务隔一天就不能访问，重启大法好，只要重启就可以调用，间隔半天又会出现这种情况，由于该服务是mocker代理服务，所以开了443、80、11181等端口，但是只有80端口才会被阻塞，其

本文正在参加「Java应用线上问题排查经验/工具分享」活动 先点赞再看，养成好习惯 背景公司某个规则引擎系统，主要用来做一些费用计算和业务逻辑核验的功能。不过由于一些不可描述的历史原因，导致该系统没有

XPocket插件JConsole主要用于内存问题的排查，能够对堆中的Eden、Survivor、Old区以及堆外的Metaspace、Code Cache等区域进行观察。我们在使用JConsole时

前言日常Bug排查系列都是一些简单Bug排查，笔者将在这里介绍一些排查Bug的简单技巧，同时顺便积累素材^_^。 Bug现场这次的Bug是大家喜闻乐见的调用超时。即A调用B超过了5s搜索一下日志，发现

1. TLAB 相关 JVM 日志解析 1.1. 准备 Java WhiteBox API首先需要准备好Java WhiteBox API 1.1.1. 什么是 WhiteBox APIWhiteBo

背景 多个业务线的应用出现LongGC告警最近一段时间，经常收到CAT报出来的Long GC告警（配置为大于3秒的为Longgc）。 分析前的一些JVM背景知识回顾 JVM堆内存划分- 新生代（You