其他
这四个问题场景你会排查原因吗?看看高手是如何使用 Arthas 快速定位原因的!
点击上方蓝色“程序猿DD”,选择“设为星标”
回复“资源”获取独家整理的学习资料!
作者 | 张奇(司楚)
当线上碰到头疼的问题时,还在对着代码一行行的看?真的不太时髦了啊喂~
是否有一个全局视角来查看系统的运行状况? 为什么 CPU 又升高了,到底是哪里占用了 CPU ? 运行的多线程有死锁吗?有阻塞吗? 程序运行耗时很长,是哪里耗时比较长呢?如何监测呢? 这个类从哪个 jar 包加载的?为什么会报各种类相关的 Exception? 我改的代码为什么没有执行到?难道是我没 commit?分支搞错了? 遇到问题无法在线上 debug,难道只能通过加日志再重新发布吗? 有什么办法可以监控到 JVM 的实时运行状态?
场景1:定位压测时的性能瓶颈
thread 查看当前线程信息,查看线程的堆栈。 thread -n 3 -i 10000 可以统计 10 秒内最忙的 3 个线程,并且打印它们的堆栈,很容易发现问题。最终发现的问题比较简单:日志中打印了 location 的信息,包括 类名、方法名和行号。 动态获取代码的方法名、行号等信息,通常是通过 new Throwable() -> 打印 Throwable 的堆栈 -> 截取堆栈中最顶层的业务代码 -> 拆分字符串获取类、方法、行号等信息, 打印堆栈对性能损耗是比较大的。
场景2:检测偶发的超时
trace 命令能监控每一步的耗时,并且可以配合条件表达式,当耗时超过 xx ms 时打印详细日志。
场景3:debug?那要是动态字节码生成咋办?
jad——反编译指定已加载类的源码
场景 4:做点坏事
首先找到对应的 class
然后获取 class 的属性信息,找到 appender 列表
删除标准输出的 appender
神器:火焰图
开始使用 Arthas
Arthas 有奖征文开始啦!
使用 Arthas 排查过的问题
对 Arthas 进行源码解读
对 Arthas 提出建议
不限,其它与 Arthas 有关的内容
3 步提交征文
直接使用 Arthas 或通过 Cloud Tookit 使用 Arthas; 将你的体验整理成文章发布在掘金社区; 按要求填写以下表单:http://alibabadeveloper.mikecrm.com/9khcRrs
你将获得的礼物
凡提交满足投稿要求文章的同学,将获得 Arthas Most Valuable User 福袋一份(礼品随机),包含淘公仔、Arthas 贴纸、阿里云 T 恤、JetBrains 周边礼包;
第一期最受欢迎的 Top 3 文章,获得天猫精灵一台;
年度 Top 20 文章,将有机会获得 Cherry 键盘及 JetBrains 提供的包括 Coupon 等周边礼包。
你将获得的荣誉
在阿里巴巴云原生公众号和 Arthas 技术社区的首页,展示您的文章及作者介绍模块,让更多的开发者了解你;
成为 Arthas 社区的贡献者,参与社区的日常运营,并作为社区讲师参与 Arthas 线上/线下活动分享。
扫一扫,关注我
一起学习,一起进步