一、前言🔥

环境说明：Windows10 + Idea2021.3.2 + Jdk1.8 + SpringBoot 2.3.1.RELEASE

        在上一篇《SpringBoot 之配置 Undertow 容器》一文中写道：“Undertow 的性能和内存使用方面都要优于 Tomcat 容器”, 这一期，我就要给大家来求证一波，口说无凭，那我就拿当前的 Web 项目来做为测试项目，监控工具就地取材，通过使用 JDK 自带的 jvisualvm 工具，分别监控对比一下 tomcat 与 Undertow 使用前后各项指标的发生情况。

可能还有很多小伙伴不知道 jdk 自带的 jvisualvm 怎么玩，具体我将在如下进行步骤讲解。

二、jvisualvm 工具使用说明🔥

        首先 jvisualvm.exe 位于 jdk 安装目录下的 bin 文件中下，比如我的[C:\Program Files\Java\jdk1.8.0_201\bin]，你们的自己找一下，然后在 bin 文件夹中找到[ jvisualvm.exe ]，双击打开。具体请看如下截图：

​启动后的实际界面如下:

        我们可以从应用程序中找到我们正启动着的 springboot 应用，比如这是我的项目应用：com.example.demo.DemoApplication，找到应该选中双击进入，可以看到同界面右半部分会弹出应用程序等相关信息。

        为此，监控工具就准备妥当了，接下来测试正式开始。

三、测试对比🔥

1、Tomcat 容器测试

        首先我们把项目使用容器切换为 Tomcat。我们先来看看，Tomcat 容器在相同项目环境下运行中，堆内存大约使用了 41M，线程活动数：29，实际峰值：33。

​        如上监控截图还可以看到 cpu 使用为 0，那是项目接口没有被请求，接着我模拟项目被疯狂请求的情景(同一接口调用 20 次)。

        项目运行各方面指数会发生如何变化？大家请仔细看：

        当发送大量请求时，分析如上监控数据，可以得知，项目运行最大 cpu 使用占比为 1.1%，堆内存使用大约 75M，前后出现断崖式下跌。

接着我们来测试一下使用 Undertow 容器，看看它的表现又如何。

2、Undertow 容器测试

        我先把 tomcat 容器切换成轻量级 Undertow，然后重新打开监控工具，大家请看。

        它大约堆内存使用了 138M，线程活动数：20，实际峰值：23。这还是在应用不复杂的情况下，大型应用出入会更大。

        为保证同试验场景，我也是同一接口 20 次请求，进行接口调用模拟，看看 Undertow 的表现如何？请大家敬请期待。

​        当发送大量请求时，分析监控各项数据，可以得知，最大 cpu 使用占比 30%，堆内存使用大约 60M，线程活数丝毫不动，发现堆内存的占用增长不明显。

3、试验结论

        通过试验结果数据分析对比，发现项目使用 Undertow 容器的情况下，无论是堆内存使用情况还是线程使用情况，明显比使用 tomcat 容器下更胜一筹；但在并发量不高的情况下 , 也发现 Tomcat 与 undertow 的吞吐量区别上看上去变化不大。

四、总结🔥

        在 SpingBoot 项目中，我们既可以使用 Tomcat 作为 Http 服务，也可以用 Undertow 来代替 Tomcat；对于 Jetty，看场景选择，若是面对长连接、即时通信等聊天场景为主，那首选 Jetty 容器，Jetty 在这方面表现更佳，总之，Jetty 的性能和内存使用方面都优于 Tomcat，弱于 Undertow。

其次对于 Undertow 在高并发业务场景中，性能优于 Tomcat 容器(测试数据肉眼可见)。

所以，对于高并发项目，首选推荐使用 Undertow，你会发现你的系统性能会得到很大的提升。

​

... ...

        ok，以上就是我这期的全部内容啦，如果还想学习更多，可以看看我的往期热文推荐哦，不积跬步,无以至千里; 不积小流,无以成江海，一口吃不成一个大胖子，加油！咱们下期拜拜~~