今天阳光明媚，掐指一算，今天比较适合划水。 于是早上到公司之后先是蹲了厕所，然后就准备翻阅公众号推文。 看的正嗨，突然钉钉群里开始响了， 生产日志群报了一条警告，如下： 报错信息很明确 定位到业务代码如下 一个普普通通的map的put操作，怎么就报错了呢？继续往下 ...

前言 大多数情况下，我们会在打印日志时定义日志的LOGGER级别，用来控制输出的信息范围。 一方面，过多的输出会影响查看日志的效率，另一方面，过少的日志让问题定位变得困难。 但当线上出现问题时，线上容器通常定义在info级别，发生一些疑难问题时，光靠info级别的日志很难定位问题。 一个 ...

问题描述： 线上一个服务的突然挂了，无法被调用，查看该服务日志发现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 tail -f filename 查看实时的最新内容 ps:切忌vim直接打开 ...