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

在高并发、异步化等场景，线程池的运用可以说无处不在。线程池从本质上来讲，即通过空间换取时间，因为线程的创建和销毁都是要消耗资源和时间的，对于大量使用线程的场景，使用池化管理可以延迟线程的销毁，大大提高

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

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

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

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

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

最近一段时间，我在面试的过程中，很喜欢问双亲委派的一些问题，因为我发现这个问题真的可以帮助我全方位的了解一个候选人。记得前几天一次面试过程中，我和一位候选人聊到了JVM的类加载机制的问题，他谈到了双亲

前言 首先回答一下提问者的问题。这主要是由于存在大量反射而产生的临时类加载器和 ASM 临时生成的类，这些类会被保留在 Metaspace，一旦 Metaspace 即将满的时候，就会触发 Fu

概述首先还是把问题抛给大家，这个问题也是我厂同学在做一个性能分析产品的时候碰到的一个问题。 同一个类加载器对象是否可以加载同一个类文件多次并且得到多个Class对象而都可以被java层使用吗请仔细注意

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

kafka的延迟队列使用时间轮实现，能够支持大量任务的高效触发，但是在kafka延迟队列实现方案里还是看到了delayQueue的影子，使用delayQueue是对时间轮里面的bucket放入延迟队列，以此来推动时间轮滚动，但是基于将插入和删除操作则放入时间轮中，将这些操作的时间复杂度都降为O(1)

问题描述如果java层面发生了死锁，当我们使用jstack命令的时候其实是可以将死锁的信息给dump出来的，在dump结果的最后会有类似Found one Java-level deadlock:的关

图灵最先发明了栈，但没有给它取名字。德国人鲍尔也“发明”了栈，取名叫酒窖。澳大利亚人汉布林也“发明”了栈，取名叫弹夹。1959年，戴克斯特拉在度假时想到了Stack这个名字，后来被广泛使用。

一、问题模型服务平台的排序请求出现较多超时情况，且不定时伴随空指针异常。 二、问题发生前后的改动召回引擎扩大了召回量，导致排序请求的item数量增加了。 三、出问题的模型基于XGBoost预测的全排序

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

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

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

死磕一道面试题引发的对Java内存模型的一点疑问，JIT在将热点代码编译成机器码的时候就是单纯的不喜欢成员字段或者静态字段。或者说为了提高代码执行效率，只是这种意义一般人看不出来，需要从CPU执行指令的角度才能明白。虽然优化前和优化后这俩个变量hoistedStopRequested和stopReq

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

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

Stream Stream是在Java SE 8 API添加的用于增强集合的操作接口，可以让你以一种声明的方式处理集合数据。将要处理的集合看作一种流的创建者，将集合内部的元素转换为流并且在管道中传

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

概述 如今JDK8成了主流，大家都紧锣密鼓地进行着升级，享受着JDK8带来的各种便利，然而有时候升级并没有那么顺利？比如说今天要说的这个问题。我们都知道JDK8在内存模型上最大的改变是，放弃了Perm

很多人在面试时，会被问到这样的问题：遇到过什么系统故障？怎么解决的？下面是笔者根据自己15年互联网研发经历总结的多个线上故障真实案例。相信可以帮你从容应对面试官的提问！本文图不多，但内容很干！理解为主

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

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

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

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

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

问题描述当我们一个系统既需要mysql驱动，也需要oracle驱动的时候，在并发加载初始化这些驱动类的过程中产生死锁的可能性非常大，下面是一个模拟的例子，对于Thread2的实现其实是jdk里java

最近2周开始接手apache flink全链路监控数据的作业，包括指标统计，业务规则匹配等逻辑，计算结果实时写入elasticsearch. 昨天遇到生产环境有作业无法正常重启的问题，我负责对这个问题

现象前段时间公司线上环境的一个Java应用因为OOM的异常报警，导致整个服务不可用被拉出集群，本地模拟重现的现象如下:当时的解决方案是增加metaspace的容量：-XX:MaxMetaspaceSi

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

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

背景知识点ramdump是内存转存机制，我们可以在某个时刻把系统的内存转存到一个文件中，然后与符号信息(vmlinux)一起导入到trace32或crash等内存分析工具中做离线分析。是分析崩溃、死锁

各类消息中间件对顺序消息实现的做法是将具有顺序性的一类消息发往相同的主题分区中，只需要将这类消息设置相同的 Key 即可，而 Kafka 会在任意时刻保证一个消费组同时只能有一个消费者监听消费，因此可

概述 ```ThreadLocal``` 顾名思义，就是“线程局部”的意思，换句话说就是属于某个线程的局部对象，其他线程是没法访问到的，亦即该对象不存在线程安全的问题，因为不可能被多线程访问到，

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

编写并发程序时候，可以采取和串行程序相同的编程方式。唯一的难点在于，并发程序存在不确定性，这种不确定性会令程序出错的地方远比串行程序多，出现的方式也没有固定规则。那么如何在测试中，尽可能的暴露出这些问

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

线上故障主要会包括cpu、磁盘、内存以及网络问题，而大多数故障可能会包含不止一个层面的问题，所以进行排查时候尽量四个方面依次排查一遍。同时例如jstack、jmap等工具也是不囿于一个方面的问题的，基

0x00 Java Attach API的基本使用在JVM运行时加载一个Agent的jar包是Java agent的一种更加灵活的实现方式，因为动态Attach时不需要停止目标JVM进程，这个特性给J

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

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

问题现象 【告警通知-应用异常告警】简单看下告警的信息：拒绝连接，反正就是服务有问题了，请不要太在意马赛克。 环境说明Spring Cloud F版。项目中默认使用 spring-cloud-sleu

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

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

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

又又又踩坑了生产有个对账系统，每天需要从渠道端下载对账文件，然后开始日终对账。这个系统已经运行了很久，前两天突然收到短信预警，没有获取渠道端对账文件。本以为又是渠道端搞事情，上去一排查才发现，所有下载

一次 Spring 无法启动的原因排查，带你抽丝剥茧，看看字节码在问题分析上的应用、Kotlin 编译器、Spring 源码.

一张图简单描述死锁 如上图，Thread1 拿到了 object1，Thread2 拿到了 object2，但是现在 Thread1 需要拿到 object2 的锁才能继续往下，Thread2 又要拿到 object1 才能继续往下

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

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

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

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

《Java开发手册》是阿里巴巴集团技术团队的集体智慧结晶和经验总结，经历了多次大规模一线实战的检验及不断完善，公开到业界后，众多社区开发者踊跃参与，共同打磨完善，系统化地整理成册。会当凌绝顶，一览众山

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

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

JVM 参数简介在开始实践之前我们有必要先简单了解一下 JVM 参数配置，因为本文之后的实验中提到的 JVM 中的栈，堆大小，使用的垃圾收集器等都需要通过 JVM 参数来设置先来看下如何运行一个 Ja

如今CPU的核心数越来越多， 在2019年你可以轻易买到超过50个核心的x86服务器CPU，一个中端台式机拥有8个执行线程也没什么好奇怪的。问题是我们怎样找到工作负载来“喂饱”那些相对饥饿的核。到目前

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

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

这是前段时间发的一篇文章，很多读者反馈，文章没有揭示故障发生的详细原因。本次在文中加上故障的具体原因（下面黑体字部分），再推一次。几年前的一个下午，公司里码农们正在安静地敲着代码，突然很多人的手机同时

问题描述最近经常被问到一个问题，”为什么我们系统进程占用的物理内存(Res/Rss)会远远大于设置的Xmx值”，比如Xmx设置1.7G，但是top看到的Res的值却达到了3.0G，随着进程的运行，Re

背景最近时运不佳，几乎天天被线上问题骚扰。前几天刚解决了一个 [HashSet 的并发问题](https://heapdump.cn/article/543424)，周六又来了一个性能问题。大

接触Flink一段时间了，遇到了一些问题，其中有一个checkpoint失败导致作业重启的问题，遇到了很多次，重启之后一般也能恢复正常，没有太在意，最近2天有同事又频繁遇到，这里记录一下解决方案和分析

对性能不佳的Ark Server进行了改造和重写。重编发布一段时间后，结果发现新发布的Svr的机器内存一直在上涨。如下图示：观察后，第一反应是完了，一定存在内存泄露。花了3、4天时间，使用各种办法进行

Linux作为一个强大的操作系统，提供了一系列内核参数供我们进行调优。光TCP的调优参数就有50多个。在和线上问题斗智斗勇的过程中，笔者积累了一些在内网环境应该进行调优的参数。在此分享出来，希望对大家

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

背景线上web服务器不时的出现非常卡的情况，登录服务器top命令发现服务器CPU非常的高，重启tomcat之后CPU恢复正常，半天或者一天之后又会偶现同样的问题。解决问题首先要找到问题的爆发点，对于偶

前言-CountDownLatch是什么？CountDownLatch是具有synchronized机制的一个工具，目的是让一个或者多个线程等待，直到其他线程的一系列操作完成。CountDownLat

作者：小傅哥博客：[https://bugstack.cn](https://bugstack.cn)沉淀、分享、成长，让自己和他人都能有所收获！😄 一、前言`来自延迟满足的幸福`可能你的生活里很多

前言直入主题，线上应用发现，偶发性出现如下异常日志。当然由于线上具体异常包含信息量过大，秉承让肥朝的粉丝没有难调试的代码的原则，我特意抽取了一个复现的demo放在了git,让你不在现场，一样享受到排查

前言最近解决了个比较棘手的问题，由于排查过程挺有意思，于是就以此为素材写出了本篇文章。 Bug现场这是一个偶发的性能问题。在每天几百万比交易请求中，平均耗时大约为300ms，但总有那么100多笔会超过

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

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

背景前段时间我们的服务遇到了性能瓶颈，由于前期需求太急没有注意这方面的优化，到了要还技术债的时候就非常痛苦了。在很低的 QPS 压力下服务器 load 就能达到 10-20，CPU 使用率 60% 以

JDK1.5 引入了Future模式，Future代表了一个异步任务的执行结果。Future模式可以理解成：主线程将待执行的任务提交给子线程执行后，可以先获取任务结果的持有者Future。然后主线程可

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

本文主要整理笔者遇到的Java多线程的相关知识点，适合速记，故命名为“小抄集”。本文没有特别重点，每一项针对一个多线程知识做一个概要性总结，也有一些会带一点例子，习题方便理解和记忆。 1.interr

可能很多人都看到过一个线程数设置的理论：- CPU 密集型的程序 - 核心数 + 1- I/O 密集型的程序 - 核心数 2不会吧，不会吧，真的有人按照这个理论规划线程数？ 线程数和CPU利用率的小

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

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

上一篇热文《[构建企业级业务高可用的延时消息中台](https://heapdump.cn/article/641128)》引起了大家的讨论，评论里讨论除了时间轮算法外的其他高性能算法实现延迟

从一个BUG说起前段时间翻到了一个 JDK 有点意思的 [BUG](https://bugs.java.com/bugdatabase/view_bug.do?bug_id=8137185)，带大家一

说明本篇原文来自 LinkedIn 的 Zhenyun Zhuang，原文：Application Pauses When Running JVM Inside Linux Control Group

说明：本文场景基于dubbo-2.5.3版本。 如果你对StackOverflowError有一定的了解，就可以知道出现这个问题的主要原因就是调用栈太深，比如常见的无限递归调用。那本文要介绍的Dub

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

在开始正式的讨论前，我先抛出几个问题：- 谈到磁盘时，常说的HDD磁盘和SSD磁盘最大的区别是什么？这些差异会影响我们的系统设计吗？- 单线程写文件有点慢，那多开几个线程一起写是不是可以加速呢？- w

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

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

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

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

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

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

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

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

天再来分析一个死锁场景。下面开始真正的内容。建表语句：```javaCREATE TABLE `tenant_config` ( `id` bigint(21) NOT NULL AUTO_INCR

问题 无限循环的while会导致CPU使用率飙升吗？经常使用Young GC会导致CPU占用率飙升吗？具有大量线程的应用程序的CPU使用率是否较高？CPU使用率高的应用程序的线程数是多少？处于BLOC

本文以我司生产环境Java应用内存泄露为案例进行分析，讲解如何使用Eclipse的MAT分析定位问题 背景11月10号晚上8点收到报警邮件，一看是OOM打开公司监控系统查看应用各项指标发现JVM中老年

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

前言最近接了一个业务需求，需求倒是不难，三下五除二就整理出设计方案，然后就开始代码改造。啪，很快，就完成代码改造，然后提测给测试小姐姐。小姐姐前面测试好好的，测到这个工程的时候，突然跟我反馈，你看这个

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

从HTTP请求超时、重试机制、操作系统网络等层面剖析了事故的原因，最终解决业务问题。这里先抛两个问题：1）你遭遇过由于网络连接或请求超时造成的生产事故吗？2）你知道操作系统默认的网络连接超时是多少秒？

背景在 2 月10 号下午大概 1 点半左右，收到用户方反馈，发现日志 kafka 集群 A 主题 的 34 分区选举不了 leader，导致某些消息发送到该分区时，会报如下 no leader 的错

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

Java死锁排查和解决要排查和解决死锁，首先思考三个问题：1. 什么是死锁？2. 为什么会出现死锁？3. 怎么排查代码中出现了死锁？4. 如何避免写出死锁的代码？作为技术人员（工程师），在出现问题的时

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

摘要之前写了一篇[Java Reference核心原理分析](https://heapdump.cn/article/125010)的文章，但由于篇幅和时间的原因没有给出FinalRefere

背景随着企业SDK在多条产品线的广泛使用，随着SDK开发人员的增长，每日往SDK提交的补丁量与日俱增，自动化提交代码检查的压力已经明显超过了通用服务器的负载。于是向公司申请了一台专用服务器，用于SDK

最近我使用的一台PC随机出现应用程序卡死。卡死的程序可能是VirtualBox虚拟机，可能是资源管理器，也可能是其它软件。有时是一个程序卡死，有时是几个程序卡死，甚至是卡死一大片，整个系统不能动弹，只

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

前言又和大家见面了！又两周过去了，我的云笔记里又多了几篇写了一半的文章草稿。有的是因为质量没有达到预期还准备再加点内容，有的则完全是一个灵感而已，内容完全木有。羡慕很多大佬们，一周能产出五六篇文章，给

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

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

前段时间我们接入了某公司出品的 Elastic-APM 作为全链路监控平台，终结了我好几年前撸的字节码注入全链路监控平台。前段时间有一个业务在启动过程中，会概率性出现大量线程阻塞，导致可对外提供服务的

以下文章来源于匠心零度 ，作者零度冰炫 在学习Netty的时候，ByteBuf随处可见，但是如何高效分配ByteBuf还是很复杂的，Netty的池化内存分配这块还是比较难的，很多人学习过，看过但是还是

提到JDK动态代理，相信很多人并不陌生。然而，对于动态代理的实现原理，以及如何编码实现动态代理功能，可能知道的人就比较少了。接下一来，我们就一起来看看JDK动态代理的基本原理，以及如何通过Javass

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

ThreadPoolExecutor工作流程JDK1.5中引入了线程池，合理地利用线程池能有效的提高程序的运行效率，但不当的使用线程池也会带来致命的危害。作为使用最多的ThreadPoolExecut

我们的定时任务、异步 MQ 的 jar 包程序等都会使用 System.in.read() 等阻塞程序，防止程序退出，在本地测试一直都没有问题，直到有同学反馈，线上 Docker 环境中代码 Syst

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

一次压测中阿里云 SLB 的并发连接数被打满了，导致服务之间的 HTTP 调用延迟很大。当时 SLB 的并发连接数情况如下图所示。登录容器终端查看，发现某个前端 Node.js 服务中的单个容器的 E

作者：小傅哥博客：[https://bugstack.cn](https://bugstack.cn) 沉淀、分享、成长，让自己和他人都能有所收获！😄 一、前言`为什么我们要去造轮子？`造轮子的核心

if 快还是 switch 快？HashMap 的初始化 size 要不要指定，指定之后性能可以提高多少？各种序列化方法哪个耗时更短？无论出自何种原因需要进行性能评估，量化指标总是必要的。在大部分场合

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

某个接口超时会偶发，查了几个 case 的日志，发现 httpClient 在请求某三方接口结束后输出一条日志时间为 A，方法返回后将请求结果解析成为 JSON 对象后，再输出的日志时间为 B， AB之间的时间差会特别大，100-700ms 不等，而 JSON 解析正常是特别快的，不应该超过 1ms

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

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

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

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

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

一. 实验目的及实验环境 1.实验目的通过观察、分析实验现象，深入理解产生死锁的原因，学会分析死锁的方法， 并利用 pstack、 gdb 或 core 文件分析（ valgrind (DRD+Hel

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

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

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

前几天，有个朋友在微信上找我。他问：why哥，在吗？我说：发生肾么事了？他啪的一下就提了一个问题啊，很快。我大意了，随意瞅了一眼，这题不是很简单吗？结果没想到里面还隐藏着一篇文章。故事，得从这个问题说

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

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

现象2019.4.26 22:00左右，通过jstat -gcutil pid 5000 ,发现fgc次数很多而且频繁，此时老年代占比已经大约70%左右，且已经回收不了内存，我们这边设置的fgc阈值是

最近解决了一个生产 SQL 慢查询的问题，排查问题之后发现一些比较隐匿且容易忽略的问题。 业务背景介绍最近业务上需要上线一个预警功能，需要查出一段时间内交易，求出当前交易成功率。当成功率低于设定阈值时

某个接口超时会偶发，查了几个 case 的日志，发现 httpClient 在请求某三方接口结束后输出一条日志时间为 A，方法返回后将请求结果解析成为 JSON 对象后，再输出的日志时间为 B， AB之间的时间差会特别大，100-700ms 不等，而 JSON 解析正常是特别快的，不应该超过 1ms

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

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

上一篇文章我们解剖了进程和线程的本质，进程和线程的实现方式，这篇文章我们来探讨它们是如何通信的，进程告诉我说线程不想活了，我不管它死活，我只想知道我是谁？进程是怎么告诉我的？进程的出现和线程的死亡和我

前言前几天在测试环境碰到一个非常奇怪的与 ```dubbo``` 相关的问题，事后我在网上搜索了一圈并没有发现类似的帖子或文章，于是便有了这篇。希望对还未碰到或正在碰到的朋友有所帮助。 现象现象是这样

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

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

背景事情（事故）是这样的，突然收到报警，线上某个应用里业务逻辑没有执行，导致的结果是数据库里的某些数据没有更新。虽然是前人写的代码，但作为 ```Bugmaker&killer``` 只能咬着牙上了。

概述老早之前写过一篇文章，关于attach机制的，可以看下这篇老文章了解一下[JVM源码分析之Attach机制实现完全解读](https://heapdump.cn/article/65423

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

作者：小傅哥博客：[https://bugstack.cn](https://bugstack.cn) 沉淀、分享、成长，让自己和他人都能有所收获！😄 一、前言`数学离程序员有多近？`ifelse也

问题场景在某一时刻，某个微服务的某个实例 CPU 负载突然飚高：同时建立了很多数据库链接：其他实例没有这个现象。 问题定位由于建立了很多数据库链接，猜想可能是数据库比较慢，查看数据库这段时间的 SQL

提到分治思想，大家比较容易想起其在归并排序与快速排序中的运用。今天先给大家分享一下JDK并发包下面分治思想的运用，再和大家分享一下如何利用分治思想解决高并发场景下面的一些问题。本文说的分治思想是广义范

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

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

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

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

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

背景介绍某同学反映某个应用ECS CPU使用率90%+，希望分析下原因。该应用使用schedulerx来做定时任务执行，每隔一小时执行一次，每次执行5分钟左右，执行任务期间CPU使用率90%+。问题现象ECS配置是4c8g，从上图来看系统负载已经非常高了。分析过程寻找热点代码arth

概述前几天在一个群里看到一个朋友发了一个demo，说是JDK的bug，昨天在JVM的一个群里又有朋友发了，觉得挺有意思，分享给大家，希望大家升级JDK的版本的时候注意下是否存在这样的代码，如果存在记得

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

前言前几日早上打开邮箱收到一封监控报警邮件：某某 ip 服务器 CPU 负载较高，请研发尽快排查解决，发送时间正好是凌晨。其实早在去年我也处理过类似的问题，并记录下来：《[一次生产 CPU 100%

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

这篇文章主要讲解实现线程的方式到底有几种？以及实现 Runnable 接口究竟比继承 Thread 类实现线程好在哪里？实现线程是并发编程中基础中的基础，因为我们必须要先实现多线程，才可以继续后续的一

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

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

首先重现问题--表中的数据大概是这样的：```java+----------+---------------------+| image_no | create_time |+----

现象我们先运行一段代码，代码片段如下：```javaInteger a = 1000, b = 1000;System.out.println(a == b);//1Integer c = 100,

在《深入理解Java虚拟机》一书中有这样一段代码：```public class VolatileTest { public static volatile int race = 0; p

作者：小傅哥博客

前言平时接触过多线程开发的童鞋应该都或多或少了解过线程池，之前发布的《阿里巴巴 Java 手册》里也有一条：可见线程池的重要性。简单来说使用线程池有以下几个目的：- 线程是稀缺资源，不能频繁的创建。-

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

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

JDK BUG这篇文章，聊一下我最近才知道的一个关于 JDK 8 的 BUG 吧。首先说一下我是怎么发现这个 BUG 的呢？大家都知道我对 Dubbo 有一定的关注，前段时间 Dubbo 2.7.7

BUG到底是怎么修复的？《[我的程序跑了60多小时，就是为了让你看一眼JDK的BUG导致的内存泄漏](https://heapdump.cn/article/2041676)》这篇文章发布后。

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

线上最近出现了批量insert的死锁，百思不得解。死锁记录如下：```2018-10-26T11:04:41.759589Z 8530809 [Note] InnoDB: (1) TRANSACTI

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

最近发现一个应用，使用默认的 JFR 配置，发生了类似于雪崩的现象，这里记录下，引以为戒。 Key takeaways1. JFR 的线程堆栈 dump 采集默认周期是everyChunk，也就是每次

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

概述JDK8升级，大部分问题可能在编译期就碰到了，但是有些时候比较蛋疼，编译期没有出现问题，但是在运行期就出了问题，比如今天要说的这个话题，所以大家再升级的时候还是要多测测再上线，当然JDK8给我们带

回顾```javaprivate static final int _1MB = 1024 1024;    public static void main(String[] args) throw

最近在抽时间阅读 JDK 的源码，主要是 GC 还有 Safepoint 相关的源码，发现很多我在之前拜读网上各种 JVM 原理大作时候的由于没有看源码导致我对于底层原理的误解。果然，一百个人读水浒传

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

System.currentTimeMillis()是极其常用的基础Java API，广泛地用来获取时间戳或测量代码执行时长等，在我们的印象中应该快如闪电。但实际上在并发调用或者特别频繁调用它的情况下

问题背景说说大概的场景吧。由于系统里面增加了权限的限制，不同用户拥有不同的数据权限。当前的方案是查询用户uid和对应的数据列表存放在本地内存里，并且需要定时捞取对应的关系数据存储在本地缓存LocalC

故障案发缘起网关上线一周以来，运行一直稳定，从未出现CPU飙高的情况。发生故障的当天，CPU开始缓慢上升，但是上升的过程并不是直线，而是有下降，CPU下降一些后突然继续上升，到后期，CPU飙高速度开始

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

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

怎么才算掌握了JDK中的线程池JDK并发包下面的线程池是面试中经常被考查的点，之前我写过一篇[ThreadPoolExecutor源码分析](https://heapdump.cn/artic

背景 本文是描述多进程多线程编程中遇到过的一个坑，并从内核角度分析其原理。这里说的多进程多线程并不是单一的多进程或多线程，而是多进程和多线程，往往会在写一个大型应用时才会用到多进程多线程的模型。这是怎

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

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

前言某天业务方的同事和我反馈,说系统出现了StackOverflowError.坦白说,Exception见得过了,但是Error倒是很少出现,此时他的心情是这样的 一波猛如虎的操作我们先来看血淋淋的

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

怎么排查CPU飙升线上有些系统，本来跑的好好的，突然有一天就会出现报警，CPU使用率飙升，然后重启之后就好了。例如，多线程操作一个线程不安全的list往往就会出现这种现象。那么怎么定位到具体的代码范围

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

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

前言大家好，又双叒叕见面了，我是天天放大家鸽子的蛮三刀。本篇文章是我这一个多月来帮助组内废弃fastjson框架的总结，我们将大部分Java仓库从fastjson迁移至了Gson。这么做的主要的原因是

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

本文正在参加「Java应用线上问题排查经验/工具分享」活动 背景由于公司所有系统都在云上，所以服务器/数据库/中间件啥的用的都是某云服务商的产品，包括 MQ/Redis 等。​某周边小系统在流程改造过

背景公司有个渠道系统，专门对接三方渠道使用，没有什么业务逻辑，主要是转换报文和参数校验之类的工作，起着一个承上启下的作用。最近在优化接口的响应时间，优化了代码之后，但是时间还是达不到要求；有一个诡异的

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

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

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

背景 讲故事前天写了一篇大内存排查在园子里挺火，这是做自媒体最开心的事拉，干脆再来一篇满足大家胃口，上个月我写了一篇博客提到过使用bitmap对原来的List<CustomerID进行高强度压缩，将原

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

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

java.util.Arrays.asList()可以方便的把一个数组转成ArrayList集合来使用，但是如果对集合使用增加或删除元素的操作将会报错，如下：```javaList list = Ar

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