性能文章>【活动已结束】分享你的【Java应用线上问题排查经历/工具】,赢Cherry键盘等精美大礼>

【活动已结束】分享你的【Java应用线上问题排查经历/工具】,赢Cherry键盘等精美大礼原创

https://a.perfma.net/img/3110416
11月前
7099411

【奖品已发放】中奖名单见评论区置顶第1条

作为一名Javaer,你一定有遇到过CPU飙升、频繁GC、线程池异常等问题吧,最后都是如何排查解决的?过程中经历过什么?
趁着这个机会记录下你的【Java应用线上问题排查的经历,或一些好用的诊断分析工具】分享给大家,顺便把大礼抱回家~
本次征文,旨在记录技术人平时经历的点滴(只要你有经历即有故事),为读者们提供参考,帮助他们少走弯路,举一反三,提高效率~

一、活动主题:

分享你的【Java应用线上问题排查经历/工具】,赢Cherry键盘等精美大礼

二、活动时间:

6月1日~6月30日
PS:①参与即有奖 ②另含惊喜大彩蛋

三、活动规则:

写作思路参考:

①阐述问题排查经历类文章,可分以下3部分来记录:
【背景介绍】【问题分析】【经验总结】

②阐述工具推荐类文章,可分以下2部分来记录:
【发现问题】【工具实例演示】
当然,也非常欢迎大家写出Java应用线上问题排查经验+工具推荐的综合性文章。

选题参考:

记一次线上服务CPU 100%的处理过程
FGC实战:坏代码导致服务频繁FGC无响应问题分析
年轻代频繁ParNew GC,导致http服务rt飙高

文章格式:

文章开头请带上以下文字说明:
本文正在参加「Java应用线上问题排查经验/工具分享」活动
(PS:文章内容必须为本人原创,内容详实,且未在本社区发布过,禁止抄袭和广告、灌水行为)

四、奖励设置:

除以下奖品外,针对此次征文活动的所有参与者,活动结束后我们还会有 惊喜彩蛋 大放送,敬请期待吧!

11111_01.jpg
11111_02.jpg
11111_03.jpg

五、活动说明:

1.撰写并发布文章后,添加小编微信号:PerfMa,提供后台文章截图,小编会进行审核登记。登记后即视为成功参加活动。
2.活动获奖名单将在活动结束后5个工作日内与获奖用户取得联系,及时进行礼品邮寄并在PerfMa技术社区进行公示。

请先登录,再评论
https://a.perfma.net/img/3110416
堆堆精华

恭喜一等奖@空无 ,三等奖@Chay,奖品已发放~

110月前
https://a.perfma.net/img/3110416
堆堆精华

还在纠结如何下笔的朋友们,Don't worry,创作思路都给你列好啦!

💖阐述问题排查经历类文章,可分3部分来记录:
【背景介绍】【问题分析】【经验总结】

💖阐述工具推荐类文章,可分2部分来记录:
【发现问题】【工具实例演示】

111月前

这个5篇确实有点难啊,没存货😂

11月前
回复 空无:

可遇不可求😂

11月前回复
回复 空无:

还有一个月时间哪💪💪!
每一次的bug问题排查过程,随即记录下来就是一篇啦😁

11月前回复

对篇幅有要求吗?

11月前
回复 wski:

这个没有硬性要求哦,只要你把你的问题排查经历等阐述清楚,内容翔实即可。文章是否合格以审核通过为准~

11月前回复

为你推荐

JVM 源码分析之一个 Java 进程究竟能创建多少线程
概述虽然这篇文章的标题打着JVM源码分析的旗号,不过本文不仅仅从 JVM 源码角度来分析,更多的来自于 Linux Kernel 的源码分析,今天要说的是 JVM 里比较常见的一个问题。这个问题可能有
线程池运用不当的一次线上事故
在高并发、异步化等场景,线程池的运用可以说无处不在。线程池从本质上来讲,即通过空间换取时间,因为线程的创建和销毁都是要消耗资源和时间的,对于大量使用线程的场景,使用池化管理可以延迟线程的销毁,大大提高
YGC问题排查,又让我涨姿势了!
在高并发下,Java程序的GC问题属于很典型的一类问题,带来的影响往往会被进一步放大。不管是「GC频率过快」还是「GC耗时太长」,由于GC期间都存在Stop The World问题,因此很容易导致服务
【活动结果公布:兑奖见置顶评论】每日一签到,解锁你的PerfMa壕礼
叮......Perfma达人福利发车啦!社区每日签到解锁活动上线啦~除了每日签到必得积分奖励外,还为大家增加了壕礼相赠、解锁Perfma终极大奖等环节奖励 ~来Perfma社区留下你的签到足迹,告诉
使用Top_X插件排查内存过载问题
Top命令是Linux 系统下常用的监控工具,用于实时获取进程级别的 CPU 或内存使用情况。XPocket中的Top_X为Linux Top的增强版,可以显示CPU占用率/负载,CPU及内存进程使用
记一次Synchronized关键字使用不合理,导致的多线程下线程阻塞问题排查
在为客户进行性能诊断调优时,碰到了一个Synchronized关键字使用不合理导致多线程下线程阻塞的情况。用文字记录下了问题的整个发现-排查-分析-优化过程,排查过程中使用了我司商业化产品——XLan
记一次类加载失败导致线程阻塞问题排查
作为PerfMa解决方案管理部门的技术专家,我在工作遇见过很多各种问题导致的性能问题,并参与了为客户的系统进行性能诊断调优的全过程。这一次碰到了一个类加载失败导致的性能问题。用文字记录下了问题的整个发
一次大量 JVM Native 内存泄露的排查分析(64M 问题)
我们有一个线上的项目,刚启动完就占用了使用 top 命令查看 RES 占用了超过 1.5G,这明显不合理,于是进行了一些分析找到了根本的原因,下面是完整的分析过程,希望对你有所帮助。会涉及到下面这些内容Linux 经典的 64M 内存问题堆内存分析、Native 内存分析的基本套路