现状
生产系统CPU占用过高，并且进行了报警
排查方法
执行top命令，查看是那个进程导致的，可以确定是pid为22168的java应用导致的
执行top -Hp命令，查看这个进程的那个线程导致cpu过高，如下图，可以看到是22749线程导致的
top -Hp 22168
由于jstack里面的线程号为16进制，需要转换线程号为16进制，如下图得到16进制值为58dd
printf "%x\n" 22749
执行jstack生成线程快照保存至1.txt文件中，22168为进程id
jstack 22168>1.txt
根据16进制线程号，查询线程信息
grep 58dd 1.txt
如上图，可以看到是调用DesenUtils.desen方法导致，此方法作用是数据脱敏，里面用了较为复杂的正则表达式，所以分析是由于特定字符正好遇到此正则表达式，进行大量计算导致，具体细节请访问（https://cloud.tencent.com/developer/article/1780881),为了快速解决此问题，先去除掉此代码的调用，重新发布即可。
总结
线上问题定位，相对比较简单，难点主要在于保留现场，有了现场就能快速定位问题，以下是二种常用排查方式
- CPU飙高通过
jstack命令，定位到线程信息。 - 内存飙高通过
jmapdump出堆栈信息，在通过mat这些工具定位那个类占用过多内存。
原文地址：http://www.cnblogs.com/waldron/p/16801111.html
1. 本站所有资源来源于用户上传和网络，如有侵权请邮件联系站长！
2. 分享目的仅供大家学习和交流，请务用于商业用途!
3. 如果你也有好源码或者教程，可以到用户中心发布，分享有积分奖励和额外收入！
4. 本站提供的源码、模板、插件等等其他资源，都不包含技术服务请大家谅解！
5. 如有链接无法下载、失效或广告，请联系管理员处理！
6. 本站资源售价只是赞助，收取费用仅维持本站的日常运营所需！
7. 如遇到加密压缩包，默认解压密码为"gltf",如遇到无法解压的请联系管理员！
8. 因为资源和程序源码均为可复制品，所以不支持任何理由的退款兑现，请斟酌后支付下载
声明：如果标题没有注明"已测试"或者"测试可用"等字样的资源源码均未经过站长测试.特别注意没有标注的源码不保证任何可用性
