背景 前两天收到业务反馈有一个 topic 的分区消息堆积了： 根据之前的经验来看，要么是业务消费逻辑出现问题导致消费过慢，当然也有小概率是消息队列的 Bug（我们使用的是 pulsar）。 排查 通过排查，发现确实是在一点多的时候消息堆积了（后面是修复之后堆积开始下降）。 于是我在刚才堆积处查看了
问题排查 应用程序不在接收新请求 关键词：springboot，jstack，Arthas 问题描述 查看前端网页，发现所有请求都pending，都超时。但是查看后端程序发现并没有挂掉，cpu，内存都正常。但是日志不打印了。看起来应用程序整体卡死了。 然后重启应用程序，发现又能正常运行了，但是过了半
https://segmentfault.com/a/1190000041541631 内存分析 java内存分析一般采用Java jmap dump下系统内存文件，使用 jmat 进行分析。 线程分析 线程栈一般通过 jstack 得到。 cpu分析 火焰图arthas 火焰图做为cpu调试的神器
原创：打码日记（微信公众号ID：codelogs），欢迎分享，转载请保留出处。 简介# 这是Linux命令拾遗系列的第六篇，本篇主要介绍工作中常用的动态追踪工具strace、arthas、bpftrace等。 本系列文章索引Linux命令拾遗-入门篇Linux命令拾遗-文本处理篇Linux命令拾遗-
一、前言 大家好啊，我是summo，今天给大家分享一下我平时是怎么调试代码的，不是权威也不是教学，就是简单分享一下，如果大家还有更好的调试方式也可以多多交流哦。 前面我介绍了本地调试和远程调试，今天再加一种：利用Arthes进行调试。 二、Arthes是什么？ 以下是Arthes官网原文： 通常，本
