本文详细记录了一次由于日志打印引发的Java服务线程阻塞问题的分析过程。通过哨兵系统报警和服务器状态检查，定位到CPU异常和内存溢出。使用Java VisualVM分析dump内存文件，发现多个BLOCK状态线程指向日志模块。代码审查发现，AOP中全局接口日志打印和Log4j的同步问题导致了线程阻塞。解决方案包括移除全局日志配置，改为注解方式，并切换到SLF4J日志库，避免并发死锁。
本文来自网易云社区
作者：苏鹏
最近部门的某产品周末时候测试服务器下会无故宕机，周一测试的同学来问具体原因，综合周末收到的哨兵系统的报警，简单分析了现象，应该是后台服务的原因。
1.首先登录哨兵系统，查看我们部署的服务的状态
此处内存、硬盘等指标都是比较正常的水平，但是CPU在某一个时间段非常高，所以初步判断是CPU异常导致了服务宕机(此处应有CPU状态异常图，但是当时没有把事故现场保存下来)
2.登录服务器，查看服务器状态
(1) 查看日志
登录部署服务的两台服务器，查看我们部署的两台服务器的日志，果然发现日志里报了oom的错误
(2)使用top命令
使用top命令，也能看到本服务的CPU占用率会井喷
图略ÿ
最低0.47元/天 解锁文章
1237
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
