项目CPU占用过高分析
线上系统突然运行缓慢，如果导致系统不可用，首先导出jsatck和内存信息，重启系统，尽快保证系统的可用性。
1、出现问题的原因
一种是由计算导致的CPU使用过高，一种是由内存不足垃圾回收导致的CPU使用过高。
1. 频繁发生FULL GC
2. 线程太多，上下文不停切换，比如大量线程激烈的锁竞争，线程不停阻塞恢复阻塞。或者产生死锁
3. 项目出现死循环，比如hashmap并发场景下的死循环
2、排查步骤如下
1. 执行 top 命令，在linux系统上显示系统各个进程的资源占用状态，找到占用率很高的进程ID 1024
2. 执行 top -p 1024 -H 命令，查看当前进程下的所有线程信息，找到占用率很高的线程ID 2048，将ID转换成16进制得到800
3. 执行 jdstack 1024> thread_stack.log 将进程的堆栈信息写入到文件中
4. 在thread_stack.log根据找到800对应的堆栈信息，根据堆栈信息定位到代码位置
5. 如果线程为GC线程（VM Thread），使用 jmap -histo> jmap.log 输出java堆中对象的统计信息，可能不停创建大对象，导致频繁GC导致CPU占用很高。或者使用jmap导出dump日志，使用mat工具查看，如果内存使用率不高，但FULL GC频繁，可能是手动调用System.gc()导致的。
3、特殊情况
1. 不定期出现的接口耗时现象
接口偶尔会出现响应很慢的情况，思路是通过压测工具不断加大访问力度，那么大多数线程最终会阻塞在问题点，通过这些线程的堆栈信息，找到对应位置
2. 死锁
jsatck会自动检测出死锁
4. 小结
1. 高CPU占用排查步骤
- TOP命令找到CPU使用率最高的进程和其线程信息，将线程id转化成16进制
- jsatck 进程 打印进程的堆栈信息，根据线程id找到问题线程和它的堆栈信息，分析处理
2. 高内存占用排查步骤
- TOP命令找到占用内存最高的进程
- jmap -histo 进程ID 输出进程内对象统计信息，找出问题对象，代码中定位到对象创建位置
- 或者jmap导出dump日志，使用mat工具查看
3. 堆外内存泄漏排查
使用gdb、strace等工具
参考：
1. https://blog.csdn.net/xinqing5130/article/details/115330920
2. https://blog.csdn.net/qq_34944965/article/details/81107419?utm_medium=distribute.pc_relevant_t0.none-task-blog-2%7Edefault%7EBlogCommendFromMachineLearnPai2%7Edefault-1.control&dist_request_id=1619598633876_23403&depth_1-utm_source=distribute.pc_relevant_t0.none-task-blog-2%7Edefault%7EBlogCommendFromMachineLearnPai2%7Edefault-1.control
3. https://www.cnblogs.com/youxin/p/11229071.html
4. https://blog.csdn.net/wjavadog/article/details/103057408
5. 程序死循环、死锁问题定位
