在性能测试过程中，往往会出现各种各样的性能瓶颈。其中java常见瓶颈故障模型有cpu资源瓶颈；文件IO瓶颈；网络IO瓶颈；内存资源瓶颈；资源消耗不高程序本身执行慢等场景模型。
如何快速定位分析这些类型瓶颈？工欲善其事必先利其器。
本文主要讲述针对cpu高耗和网络IO瓶颈两个场景，使用排查提效脚本工具快速定位分析性能瓶颈
场景一：当服务器CPU高耗原因分析，如何快速定位到占用cpu高的用户线程
场景二：怀疑网络连接问题，如何快速分析网络TCP状态
原始做法：
场景一：
top命令找出消耗CPU高的Java进程及其线程id：开启线程显示模式(top -H，或是打开top后按H)
按CPU使用率排序(top缺省是按CPU使用降序，已经合要求；打开top后按P可以显式指定按CPU使用降序)
记下Java进程id及其CPU高的线程id查看消耗CPU高的线程栈：用进程id作为参数，jstack出有问题的Java进程
把上述记录的10进制线程id手动转换成十六进制线程id(可以用printf %x 1234)
在jstack输出中查找十六进制的线程id(可以用vim的查找功能/0x1234，或是grep 0x1234 -A 20)查看对应的线程栈，分析问题
排查问题时，会要多次上面的操作以分析确定问题，这个过程太繁琐太慢了。
场景二：
1.先用netstat命令分析网络TCP连接各个状态数。
2.然后tcpdump分析
排查问题时，命令复杂输入耗时，有时记不住，还得临时百度
推荐玩法：
打包下载整个提效工具脚本
wget --no-check-certificate https://github.com/oldratlee/useful-scripts/archive/release.zip
解压目录
unzip release.zip
文件中包含的常用脚本
推荐脚本用法：
场景一：
show-busy-java-threads脚本，用于快速排查Java的CPU性能问题(top us值过高)，自动查出运行的Java进程中消耗CPU多的线程，并打印出其线程栈，从而确定导致性能问题的方法调用。
show-busy-java-threads
#从所有运行的Java进程中找出最消耗CPU的线程(缺省5个)，打印出其线程栈
#缺省会自动从所有的Java进程中找出最消耗CPU的线程，这样用更方便#当然你可以手动指定要分析的Java进程Id，以保证只会显示你关心的那个Java进程的信息
show-busy-java-threads -p
show-busy-java-threads -c
show-busy-java-threads[]
#多次执行；这2个参数的使用方式类似vmstat命令
show-busy-java-threads -a#记录到文件以方便回溯查看
show-busy-java-threads -S#指定jstack输出文件的存储目录，方便记录以后续分析
示例：
场景二：
tcp-connection-state-counter脚本，统计各个TCP连接状态的个数。
支持Linux、Mac、Windows(cygwin、MSSYS)。
像Nginx、Apache的机器上需要查看，TCP连接的个数，以判定
连接数、负荷
是否有攻击，查看SYN_RECV数(SYN攻击)
TIME_WAIT数，太多会导致TCP: time wait bucket table overflow。
示例：
参考文档：
https://github.com/oldratlee/useful-scripts/blob/master/docs/java.md#-show-busy-java-threads
java性能问题排查提效脚本工具
