Gateway作为一款基于Netty开发的网关，其支持并发的能力应当很优秀才对，可是我在最近一次jmeter测试中发现自己搭建的网关的TPS非常低，这也令我非常困惑，究竟哪里出了问题？
万事有果必有因
下载JProfiler
https://www.ej-technologies.com/products/jprofiler/overview.html
不需要去找破解版，免费10天的，足够了
安装完成后，打开idea，安装对应插件
都安装完成后，点击蓝色的profiler小圆球，启动gateway
evaluate -> ok 啥都不看，直接进
这就是监控主页
本文主要是介绍并发情况下的线程问题，直接去Threads下，搜索reactor线程，这是gateway工作的主要区域，可以看见8个线程，数量应该是按照CPU线程数*2来的吧，说错勿怪
接下来，打开JMeter，新建-线程组，设个2000线程，ramp-up时间0s，配置完Http请求的数据，run
emmmm，就是这样了，block就是红色区域，这我那信啊，gateway作为spring家族一员怎么可能连这一点并发都撑不住呢
切回JProfiler->Monitors&locks->Locking History Graph，并重新开始JMeter测试
可以很轻易找到发生lock的各个时间点的快照图，图中三个reactor线程发生的bolck，右边是锁住的类，右击该类，选择Show Selection in Heap Walker
References下 选择Incoming references，可以看到具体的引用链
这下就看出来了，导致阻塞的是logback日志类的ConsoleAppender，应该是控制台输出过于频繁了，因为之前为了调试，日志的打印级别设为了DEBUG，现在需要改回INFO，重新启动测试：
现在红色的是 sun.nio包里的 WindowsSelectorImpl 导致的，具体的不是很清楚，但现在主要问题已经解决了，TPS也恢复了正常。要是有同学知道nio原理的可以留言解惑