问题描述： 线上一个服务的突然挂了，无法被调用，查看该服务日志发现Dubbo的线程池全满了： 没有多少访问量，但是线程却猛增，猜测可能是哪里出现了死循环或者哪里发生了死锁。 首先，检测一下服务器的CPU使用量，发现在正常范围内，基本上可以排除哪里出现了死循环。 先找出该服务的进程 ...

的 Exception？ 我改的代码为什么没有执行到？难道是我没 commit？分支搞错了？ 遇到问题无法在 ...

前言 本文介绍服务器内运行的 Java 应用产生的 OOM 问题 和 CPU 100% 的问题定位 1. 内存 OOM 问题定位 某Java服务(比如进程id pid 为 3320)出现OOM，常见的原因为： 内存分配的确实小了，而正常业务使用了大量的内存 某个对象被频繁申请 ...

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

线上问题排查神器 Arthas 之前介绍过 BTrace，线上问题排查神器 BTrace 的使用，也说它是线上问题排查神器。都是神器，但今天这个也很厉害，是不是更厉害不好说，但是使用起来非常简单。如果你用 BTrace 的话，需要事先写好探测脚本，然后上传到需要排查问题的服务器，然后执行命令 ...

1、业务日志相关 假设系统出现异常或者业务有异常，首先想到的都是查看业务日志 查看日志工具： less 或者more grep ...

线上问题的排查过程1、测试统一收口，2、产品判断是否正常逻辑 | 测试判断是否已经用例覆盖 | 技术排查日志或代码变更 ...

安装 下载 查看版本： 命令使用 启动arthas 查看dashboard 数据说明 ID: Java级别的线程ID，注意这个ID不能跟jstack中的native ...