一、总体区别
1.1 网络通信框架和Web容器的区别
- 网络通信框架：Netty、Mina、Grizzly
- Web容器：Tomcat、Jetty
- Web服务器：Apache、Nginx
1.2 概念区别
- Netty针对Socket，Netty是异步的。如果服务调用端需要同步等待调用结果，则需要自己实现同步等待机制。
- Jetty/Tomcat针对Servlet
1.3 应用范围上
- HTTP服务用Jetty
- 即时通信用Netty
1.4 协议
- Netty：TCP/IP协议，半包/粘包问题（可以通过选择合适的序列化协议解决）
- Jetty：HTTP协议
二、容器性能测试对比
Undertow、Jetty和Tomcat可以说是JavaWeb项目当下最火的三款服务器，Tomcat是Apache下的一款重量级的服务器，不用多说历史悠久，经得起实践的考验。然而，当下微服务兴起，SpringBoot、SpringCloud越来越热的情况下，选择一款轻量级而性能优越的服务器是必要的选择。SpringBoot完美集成了Tomcat、Jetty和Undertow。值得一提的是Jetty和Undertow都是基于NIO实现的高并发轻量级的服务器，支持servlet3.1和Websocket。
SpringBoot使用轻量级的Undertow容器替代重量级Tomcat，支持HTTP2.0，性能更好，稳定性更好。
三、Tomcat
3.1 Tomcat简介
Tomcat，免费开源，轻量级应用服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试JSP 程序的首选。实际上Tomcat 部分是Apache 服务器的扩展，但它是独立运行的，所以当你运行tomcat 时，它实际上作为一个与Apache 独立的进程单独运行的。只实现了JSP/Servlet的相关规范，不支持EJB。虽说是tomcat服务器，但是并不是真正的硬件，它是部署在电脑上的软件服务。
3.2 Tomcat的作用
上面说过Tomcat是一个容器，但为什么开发出来的应用需要装进Tomcat这个容器呢。忽略各个文件之间的跳转，web应用本质只是一个装有很多资源(java/html/jsp/js/css等各种格式文件)的文件夹。假如我们有一个web应用projectA，我们在某台计算机A把这些文件写好后，就希望其他设备能够通过一些方式来访问我们的资源。一种方法是通过在浏览器地址栏输入URL来实现资源的访问。
那么从我们在计算机A上写好某个文件夹到文件夹能够被其他计算机所访问，需要什么呢。首先需要我们的互联网。计算机B先通过互联网找到计算机A。
而这样做的前提是你这个电脑必须在互联网这个网络里面，这样别人才能访问到你。也就是说一台电脑必须要有IP地址才能称为服务器。但这样也只是找到了IP地址而已，我们还需要找到对应的主机（注：一般主机是指一台电脑，但在Tomcat中，虚拟主机指的是计算机中的某个文件夹）。但就算找到了计算机A，我们怎么知道要去哪里寻找web应用projectA呢。Tomcat容器就是来解决这个问题的。在我看来，Tomcat的一个重要的功能就在于“映射”（通过配置文件实现）。
3.3 JavaWeb项目是否都需要Tomcat
其实可以不要，之前JavaWeb项目多为jsp，而jsp需要jsp容器来解释，所以需要Tomcat等含有jsp容器的web服务器。使用jsp的时候，jsp没有main方法，怎么把服务启动呢，这个时候Tomcat容器就很有必要了。但随着近些年了，前后端分离导致不需要jsp容器来解释jsp，于是tomcat在项目中完全可以不要的，可以使用JBoss、Jetty等单纯Web应用服务器。但Tomcat也可以做Web服务器，所以项目中还是可以继续使用Tomcat。
四、用Undertow替换Tomcat
在SpringBoot框架中，使用最多的是Tomcat，这是SpringBoot默认的容器技术，而且是内嵌式的Tomcat。同时，SpringBoot也支持Undertow容器，我们可以很方便的用Undertow替换Tomcat，而Undertow的性能和内存使用方面都优于Tomcat。
在高并发系统中，Tomcat相对来说比较弱。在相同的机器配置下，模拟相等的请求数，Undertow在性能和内存使用方面都是最优的。并且Undertow新版本默认使用持久连接，这将会进一步提高它的并发吞吐能力。所以，如果是高并发的业务系统，Undertow是最佳选择。
4.1 排除SpingBoot中自带的Tomcat
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
<exclusions>
<exclusion>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-tomcat</artifactId>
</exclusion>
</exclusions>
</dependency>
4.2 添加Undertow的依赖
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-undertow</artifactId>
</dependency>
这样即可，使用默认参数启动Undertow服务器。
4.3 Undertow的参数设置
server:
port: 8084
http2:
enabled: true
undertow:
io-threads: 16
worker-threads: 256
buffer-size: 1024
buffers-per-region: 1024
direct-buffers: true
io-threads：IO线程数, 它主要执行非阻塞的任务，它们会负责多个连接，默认设置每个CPU核心一个线程，不可设置过大，否则启动项目会报错：打开文件数过多。
worker-threads：阻塞任务线程池，当执行类似servlet请求阻塞IO操作，undertow会从这个线程池中取得线程。它的值取决于系统线程执行任务的阻塞系数，默认值是
io-threads*8
以下配置会影响buffer，这些buffer会用于服务器连接的IO操作，有点类似netty的池化内存管理。
buffer-size：每块buffer的空间大小，越小的空间被利用越充分，不要设置太大，以免影响其他应用，合适即可
buffers-per-region：每个区分配的buffer数量，所以pool的大小是buffer-size * buffers-per-region
direct-buffers：是否分配的直接内存(NIO直接分配的堆外内存)
五、Jetty和Tomcat的区别
Jetty更轻量级。这是相对Tomcat而言的。由于Tomcat除遵循JavaServlet规范之外,自身还扩展大量JEE特性以满足企业级应用的需求,所以Tomcat是较重量级的，而且配置较Jetty复杂许多。
Jetty更灵活,体现在其可插拔性和可扩展性,更易于开发者对Jetty本身进行二次开发,定制一个适合自身需求的WebServer。相比之下,重量级的Tomcat原本支持过多特征，要对齐瘦身的成本远大于丰富Jetty的成本。
在支持大规模企业级应用时,Jetty也许便需要扩展,在这场景下Tomcat便是更优的。
六、Netty和Tomcat有什么区别
Netty和Tomcat最大的区别就在于通信协议，Tomcat是基于Http协议的，他的实质是一个基于http协议的web容器，但是Netty不一样，他能通过编程自定义各种协议，因为Netty能够通过codec自己来编码/解码字节流，完成类似redis访问的功能，这就是Netty和Tomcat最大的不同。
有人说Netty的性能就一定比Tomcat性能高，其实不然，Tomcat从6.x开始就支持了nio模式，并且后续还有arp模式——一种通过jni调用apache网络库的模式，相比于旧的bio模式，并发性能得到了很大提高，特别是arp模式，而Netty是否比Tomcat性能更高，则要取决于Netty程序作者的技术实力了。
Netty是一款收到大公司青睐的框架，在我看来，netty能够受到青睐的原因有三：并发高、传输快、封装好。
Netty为什么并发高？
Netty是一款基于NIO（Nonblocking I/O，非阻塞IO）开发的网络通信框架，对比于BIO（Blocking I/O，阻塞IO），他的并发性能得到了很大提高。
