浅析Jetty与tomcat区别

一、Jetty介绍

1、Jetty概述

Jetty是一个开源项目，最初由Mort Bay Consulting公司创建。它的目标是提供一个快速、灵活、可嵌入的Web服务器和Servlet容器，使Java开发人员能够轻松构建高性能的Web应用程序。以下是Jetty的一些主要特点：

轻量级：Jetty的核心引擎非常小巧，适用于资源有限的环境。这使得Jetty成为IoT设备、嵌入式系统等领域的理想选择。
高性能：Jetty经过优化，能够处理大量并发连接和请求，适用于高负载的生产环境。
可嵌入性：Jetty可以嵌入到您的应用程序中，无需单独部署。这种可嵌入性使得Jetty在构建嵌入式Web应用程序时非常有用。
支持Servlet规范：Jetty完全支持Servlet规范，使您能够使用Java Servlet API构建Web应用程序。
WebSocket支持：Jetty提供了强大的WebSocket支持，使得构建实时Web应用程序变得容易。

2、Jetty的工作原理

Jetty的工作原理相对简单，但非常有效。下面是Jetty的基本工作流程：

启动：首先，Jetty需要被启动。这可以通过命令行工具、嵌入式代码或配置文件来实现。
连接处理：一旦启动，Jetty开始监听传入的HTTP请求。它创建一个线程池，以处理这些连接，允许同时处理多个请求。
请求处理：当Jetty接收到HTTP请求时，它将请求分派给适当的Servlet或处理程序。这些Servlet或处理程序是由您的应用程序定义的，用于处理特定的请求路径。
响应生成：Servlet或处理程序生成HTTP响应，Jetty将其返回给客户端。这包括HTML页面、JSON数据或任何其他类型的数据。
关闭：一旦处理完成，Jetty将关闭连接，并等待下一个请求的到来。

3、使用Jetty构建Web应用程序

要使用Jetty构建Web应用程序，您需要执行以下步骤：

添加Jetty依赖：首先，在您的项目中添加Jetty的依赖。您可以使用Maven或Gradle等构建工具来实现。
编写Servlet或处理程序：创建您的Servlet或处理程序，以处理不同的HTTP请求。Jetty遵循Servlet规范，因此您可以使用标准的Servlet API来编写代码。
配置Jetty服务器：创建Jetty服务器实例，并配置它以监听特定端口和上下文路径。您可以通过Java代码或XML配置文件来完成。
启动Jetty：启动Jetty服务器，它将开始监听传入的请求并将它们分派给您的Servlet或处理程序。
部署应用程序：将您的应用程序部署到Jetty服务器上，以便它可以处理请求并提供相应的响应。
测试和调试：进行测试和调试，确保您的应用程序按预期工作。

二、Tomcat 和 Jetty 的比较

Tomcat 和 Jetty 都是作为一个 Servlet 引擎应用的比较广泛，可以将它们比作为中国与美国的关系，虽然 Jetty 正常成长为一个优秀的 Servlet 引擎，但是目前的 Tomcat 的地位仍然难以撼动。相比较来看，它们都有各自的优点与缺点。 Tomcat 经过长时间的发展，它已经广泛的被市场接受和认可，相对 Jetty 来说 Tomcat 还是比较稳定和成熟，尤其在企业级应用方面，Tomcat 仍然是第一选择。但是随着 Jetty 的发展，Jetty 的市场份额也在不断提高，至于原因就要归功与 Jetty 的很多优点了，而这些优点也是因为 Jetty 在技术上的优势体现出来的。

以下从架构、性能和特性三方面进行比较

1、架构比较

从架构上来说，Jetty 比 Tomcat 更加简单。Jetty 所有组件都是基于 Handler 来实现，当然它也支持 JMX。但是主要的功能扩展都可以用 Handler 来实现。可以说 Jetty 是面向 Handler 的架构，就像 Spring 是面向 Bean 的架构，MyBatis 是面向 Statement 一样，而 Tomcat 是以多级容器构建起来的，它们的架构设计必然都有一个"元神"，所有以这个"元神"构建的其它组件都是肉身。

从设计模板角度来看 Handler 的设计实际上就是一个责任链模式，接口类 HandlerCollection 可以帮助开发者构建一个链，而另一个接口类 ScopeHandler 可以帮助你控制这个链的访问顺序。另外一个用到的设计模板就是观察者模式，用这个设计模式控制了整个 Jetty 的生命周期，只要继承了 LifeCycle 接口，你的对象就可以交给 Jetty 来统一管理了。所以扩展 Jetty 非常简单，也很容易让人理解，整体架构上的简单也带来了无比的好处，Jetty 可以很容易被扩展和裁剪。

相比之下，Tomcat 要臃肿很多，Tomcat 的整体设计上很复杂，前面说了 Tomcat 的核心是它的容器的设计，从Server 到 Service 再到 engine 等 container 容器。作为一个应用服务器这样设计无口厚非，容器的分层设计也是为了更好的扩展，这是这种扩展的方式是将应用服务器的内部结构暴露给外部使用者，使得如果想扩展 Tomcat，开发人员必须要首先了解 Tomcat 的整体设计结构，然后才能知道如何按照它的规范来做扩展。这样无形就增加了对 Tomcat 的学习成本。不仅仅是容器，实际上 Tomcat 也有基于责任链的设计方式，像串联 Pipeline 的 Vavle 设计也是与 Jetty 的 Handler 类似的方式。要自己实现一个 Vavle 与写一个 Handler 的难度不相上下。表面上看，

Tomcat 的功能要比 Jetty 强大，因为 Tomcat 已经帮你做了很多工作了，而 Jetty 只告诉，你能怎么做，如何做，有你去实现。

打个比方，就像小孩子学数学，Tomcat 告诉你 1+1=2，1+2=3，2+2=4 这个结果，然后你可以根据这个方式得出 1+1+2=4，你要计算其它数必须根据它给你的公式才能计算，而 Jetty 是告诉你加减乘除的算法规则，然后你就可以根据这个规则自己做运算了。所以你一旦掌握了 Jetty，Jetty 将变得异常强大。

2、性能比较

单纯比较 Tomcat 与 Jetty 的性能意义不是很大，只能说在某种使用场景下，它表现的各有差异。因为它们面向的使用场景不尽相同。从架构上来看 Tomcat 在处理少数非常繁忙的连接上更有优势，也就是说连接的生命周期如果短的话，Tomcat 的总体性能更高。

而 Jetty 刚好相反，Jetty 可以同时处理大量连接而且可以长时间保持这些连接。例如像一些 web 聊天应用非常适合用 Jetty 做服务器，像淘宝的 web 旺旺就是用 Jetty 作为 Servlet 引擎。

另外由于 Jetty 的架构非常简单，作为服务器它可以按需加载组件，这样不需要的组件可以去掉，这样无形可以减少服务器本身的内存开销，处理一次请求也是可以减少产生的临时对象，这样性能也会提高。另外 Jetty 默认使用的是 NIO 技术在处理 I/O 请求上更占优势，Tomcat 默认使用的是 BIO，在处理静态资源时，Tomcat 的性能不如Jetty。

3、特性比较

作为一个标准的 Servlet 引擎，它们都支持标准的 Servlet 规范，还有 Java EE 的规范也都支持，由于 Tomcat 的使用的更加广泛，它对这些支持的更加全面一些，有很多特性 Tomcat 都直接集成进来了。但是 Jetty 的应变更加快速，这一方面是因为 Jetty 的开发社区更加活跃，另一方面也是因为 Jetty 的修改更加简单，它只要把相应的组件替换就好了，而 Tomcat 的整体结构上要复杂很多，修改功能比较缓慢。所以 Tomcat 对最新的 Servlet 规范的支持总是要比人们预期的要晚。

三、Spring Boot 集成

SpringBoot 中默认内嵌的是 Tomcat 服务器。但想要缓存 Jetty 作为默认服务器，那么需要按照如下步骤进行操作：

第一步：移除SpringBoot 中默认的Tomcat 依赖

java 复制代码

<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>

第二步：添加 jetty 的 starter

java 复制代码

<dependency> 
<groupId>org.springframework.boot</groupId> 
<artifactId>spring-boot-starter-jetty</artifactId> 
</dependency>

项目重新启动即可。