环境说明：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，以上就是我这期的全部内容啦，如果还想学习更多，你可以看看我的往期热文推荐哦，每天积累一个奇淫小知识，日积月累下去，你一定能成为令人敬仰的大佬。

    「赠人玫瑰，手留余香」，咱们下期拜拜~~

文末

  接下来的路还很长，都等待着我们去突破、去挑战。来吧，小伙伴们，我们一起加油！未来皆可期，fighting！

感谢认真读完铁子萌，在这里呢送给大家一句话，不管你是在职还是在读，绝对终身受用。时刻警醒自己: 抱怨没有用，一切靠自己

想要过更好的生活，那就要逼着自己变的更强，生活加油。