郑州定制网站开发,福州网站建设 联系yanktcn 04,对网站建设的考核机制,施工企业质量管理体系认证几年背景我负责的其中一个项目在空负载的情况下#xff0c;CPU占用率依然保持着100%左右#xff0c;线上、测试、开发的服务都一样#xff1b;是什么导致的呢#xff1f;在开发环境我查看了请求流量#xff0c;这个流量可以忽略但CPU占用率一直在60%-100%之间浮动。分析问题流…背景我负责的其中一个项目在空负载的情况下CPU占用率依然保持着100%左右线上、测试、开发的服务都一样是什么导致的呢在开发环境我查看了请求流量这个流量可以忽略但CPU占用率一直在60%-100%之间浮动。分析问题流量可以忽略但CPU占用依然极其高说明不是请求多导致的资源占用原因应该是项目本身自发导致的自发包括定时任务与死循环而具体哪一段代码现在也确定不了。现在我们就可以借助原生的jdk分析工具来定位是项目哪块出现了问题(你可以用更高级的jprofilter等一连接问题一目了然)以下我就采用jdk自带工具jstack、jstat 、jmap等来逐步定位。定位问题在Linux环境下用top查看cpu、内存等资源占用情况(可采用: top -p pid 具体查看某个应用)。发现pid4179的java应用占用cpu很高 查看pid4179的应用各个线程占用cpu的时间片情况ps -mp 4179 -o THREAD,tid,time (ps -mp pid -o THREAD,tid,time)。发现tid 4528的线程一直长时间占有着cpu并且占用率达100%将 4528转为16进制便于在堆栈信息中查询定位代码块printf %x 4528转成16进制为 11b0在堆栈信息中定位报错代码块jstack 4179|grep 11b0 -A 30 ( jstack pid|grep TID(16进制) -A 30 )总结从堆栈信息中我们可以看到是 WAITING导致这个说明有一个线程长时间占用资源而其他线程一直处于等待的状态。最终定位出是在一个分布式锁实现的模块中有一个保持锁的代码块有问题。然后通过优化这个分布式锁最终解决了这个问题。通过此次优化大大节省出了服务器资源(目前这个系统在线上是4台集群相当于节省了1*4 个cpu如果是一个上百甚至上千的集群那么这个资源占用是无法想象的)最主要的是避免了这种情况对系统本身的影响避免了对正常请求的阻塞。最后送给大家一个美女啦程序员很辛苦的偶尔需要犒劳一下自己
