先自我介绍一下,小编浙江大学毕业,去过华为、字节跳动等大厂,目前在阿里
深知大多数程序员,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年最新Linux运维全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上运维知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
模拟线上cpu飙高
我们请求/cpu/{100000000000}接口,把cpu拉起来,同时top观察cpu使用率
直接干到98%,很nice
ok入戏,我们现在线上出问题了,cpu一直很高,老大叫你找找原因,开始支棱起来
其实我们现在已经知道是谁把cpu拉高了,但还不够细,只知道哪个项目出的问题远远不够,我们应该找到罪魁祸首,到底是哪个方法的多少行导致的问题,这才能让老大直呼内行
先说步骤:
-
jps+top 定位应用进程 pid
-
top -Hp {pid}找到线程 tid
-
将 tid 转换成十六进制 printf “%x\n” {tid}
-
打印堆栈信息 jstack
-
过滤出我们想要的
ok开始排查
进程id已经确定是 14849,下一步我们要找到是哪个线程搞的鬼
top -Hp 14849
很明显是这个14908搞的鬼
转十六进制
打印堆栈
堆栈信息显示是TestController里面的第20行出的幺蛾子,我们进入代码验证
问题不大
破案
撒花
ok我话说完
先自我介绍一下,小编浙江大学毕业,去过华为、字节跳动等大厂,目前在阿里
深知大多数程序员,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年最新Linux运维全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上运维知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新**