今天写了一段垃圾代码，然后上服务器上运行，cpu瞬间飙到了100%，现记录一下问题排除过程~ 1. 问题代码 2. top 3. 查找问题 3.1 top -Hp 18571, 找出最耗cpu的线程，结果发现18584是就耗了99.9 ...

主要环境与用到的（关键）组件： 首先是服务报错： 很多使用过dubbo的同学对这个报错信息应该都不陌生，一般情况下，如果没有配置好生产端、消费端或者注册中心，启动的时候就会报这个错。但这里的情况是，消费端和生产端都已经正常运行了一段时间了，大概10天左右，突然报 ...

1. 问题描述：早上刚来上班，业务部门同事反应管理后台无法登录 2. 问题排查定位 2.1 服务器排查 a. 接口是否可以调通：首先自己登陆后台，发现时好时坏，偶尔接口返回【系统忙】。我们系统接口异常调不通会返回系统忙 b. 服务是否死掉或者假死：连接服务器->查看Java ...

今天在调试定时器时，定时器3出现了自动停止工作的问题，中断设置是每过一秒，进一次中断，相应标志位+1，然后每次都是在标志位=4时停止工作，但是有时候又能正常工作，暂时未解决。 在调试时，发现一个有趣的现象，本次项目我同时配置了定时器4，初始化后是DISABLE未使能状态，但是开始运行，定时器 ...

定时器，它都会立即进入一次定时器更新中断服务程序。 以STM32F051芯片为例，做了几种不同顺序的 ...

背景 将log4j.xml的日志级别从error调整为info后,进行压测发现CPU占用很高达到了90%多(之前也就是50%,60%的样子). 问题排查 排查思路: 看进程中的线程到底执行的是什么,导致CPU占用较高. 1. 使用top命令查看到底是哪个应用 ...

现象：通过nginx访问，偶现502 排查步骤： 1、查看日志，无异常日志打印 2、抓包分析，发现发送http请求后，被源站直接发fin。 3、注释代码关键逻辑，测试。定位到是access.lua阶段处理的问题。但因为没有日志，代码段太多，只能逐步排查 ...

前言 之前或多或少分享过一些内存模型、对象创建之类的内容，其实大部分人看完都是懵懵懂懂，也不知道这些的实际意义。 直到有一天你会碰到线上奇奇怪怪的问题，如： 线程执行一个任务迟迟没有返回，应用假死。 接口响应缓慢，甚至请求超时。 CPU 高负载运行。 这类问题并不 ...