在Java Web服务器领域，Jetty始终以“轻量、灵活、高性能”的标签占据一席之地，无论是嵌入式部署场景，还是高并发生产环境，都能看到它的身影。不同于Tomcat的“重量级全能”，Jetty以模块化设计为核心，凭借优秀的架构设计和高效的算法支撑，成为微服务、嵌入式应用的首选服务器之一。本文将从Jetty的核心功能、显著特点入手，层层拆解其底层架构和核心算法，揭秘这些特性背后的技术支撑。
一、Jetty 核心功能：不止是Web服务器
Jetty本质上是一个开源的Java Web服务器和Servlet容器，由Eclipse Foundation维护，核心定位是“轻量且可扩展”，其功能覆盖了Web服务的全流程，同时兼顾灵活性和兼容性，具体可分为以下5类核心功能：
1. 基础Web服务功能
作为Web服务器，Jetty支持HTTP/1.1、HTTP/2、HTTPS等主流网络协议，能够监听端口、接收客户端请求、处理请求并返回响应，完美兼容Java EE规范，完整支持Servlet 3.1/4.0/5.0、JSP、WebSocket，可通过集成Jasper等引擎支持JavaServer Pages（JSP），能直接部署和运行Java Web应用程序、部署WAR包，满足常规Web应用的部署需求。
同时，它提供了完整的SSL/TLS配置支持，可通过代码或配置文件快速启用HTTPS，保障数据传输安全，还支持JAAS（Java认证和授权服务）和JNDI（Java命名和目录接口），进一步完善企业级应用的安全与命名服务需求。
此外，Jetty原生支持HTTP/2和WebSocket协议，能满足现代Web应用对低延迟和实时通信的需求，既可以高效提供静态文件服务，也能通过Servlet处理动态请求，实现静态与动态内容的高效处理，其中WebSocket服务器支持全双工通信，特别适用于实时应用场景；同时完美支持Server-Sent Events (SSE)，满足长连接通信需求。
2. 嵌入式部署功能
这是Jetty最具特色的功能之一，其轻量级和模块化的设计使其可以被直接嵌入到Java应用程序中，无需单独部署独立的Web服务器，为应用提供HTTP服务。仅需几行Java代码，就能快速启动一个完整的Web服务器，让应用程序自带Web服务能力，极大简化了部署流程，尤其适合桌面应用、微服务、自动化测试等场景。例如，Spring Boot早期版本默认使用Jetty作为嵌入式服务器，正是看中了它的轻量和便捷性。
3. 灵活的配置与扩展功能
Jetty支持多种配置方式，包括XML配置、Java代码配置、Maven/Gradle依赖配置等，默认配置即可满足大多数场景需求，同时允许开发者根据业务需求自定义配置，如线程池大小、连接器参数、日志级别等。此外，它的模块化设计让扩展变得简单，开发者可以按需加载功能模块，无需加载无关组件，比如不需要JSP支持时，可直接关闭JSP模块，进一步精简体积。同时，Jetty支持热部署与热重载功能，能够实现应用的热更新，极大便利了开发和调试工作，提升开发效率。
4. 监控与运维功能
Jetty内置JMX支持，可实时监控服务器的运行状态，包括线程池状态、连接数、请求处理耗时等关键指标，方便开发者进行性能排查和运维管理。同时，它支持自定义日志配置，可集成Logback、Log4j等主流日志框架，通过日志精准定位请求处理过程中的问题，此外还支持通过Admin Context进行可视化运维。
二、核心优势：轻量、高效、灵活
Jetty的功能之所以能灵活适配多种场景，核心在于其独特的设计特点，这些特点也决定了它与其他Web服务器（如Tomcat、Undertow）的差异，具体可总结为以下5点：
1. 轻量级，启动速度快
Jetty的核心JAR包仅约1MB大小，远小于Tomcat的核心体积，内存占用极低，核心库体积小、资源消耗低，非常适合微服务和云原生环境。同时，它的启动流程简洁，无需加载过多无关组件，启动时间可控制在几秒内，这对于开发测试、微服务部署等对启动速度有要求的场景至关重要——开发者在调试时可快速重启服务器，微服务集群可实现快速扩容和部署。此外，Jetty支持Docker、Kubernetes等容器化部署，采用无状态设计，具备极强的云原生友好性，适配云原生架构的部署需求。
2. 模块化设计，可按需扩展
Jetty的所有功能都以模块形式存在，基于OSGi的模块化设计，模块之间相互独立，支持按需加载，开发者可以根据需要选择和组合功能模块，避免资源浪费。例如，HTTP模块、WebSocket模块、JSP模块、SSL模块等均可独立启用或关闭，这种设计不仅让Jetty保持了轻量，还能灵活适配不同业务场景：嵌入式应用可只加载核心Web模块，而复杂Web应用可按需添加Servlet、Session等模块。Jetty的模块还支持依赖管理，比如HTTP模块依赖于服务器模块，服务器模块又依赖于线程池和日志模块，确保模块间的协同工作。
3. 高性能，支持高并发
Jetty基于非阻塞I/O模型和事件驱动机制，原生支持NIO/HTTP2/WebSocket异步处理，能够用更少的线程处理更多的客户端连接，相比传统BIO模型（一个连接对应一个线程），其并发处理能力大幅提升，可轻松应对数千甚至数万个并发连接，这也是其高并发与高性能的核心体现，能实现高性能与低延迟，适合高并发场景。同时，它支持Servlet 3.1+ 的异步处理模型，可有效提高请求吞吐量，再通过内存缓冲区复用、线程池优化等机制，进一步降低资源消耗，提升请求处理效率，适配高并发Web应用场景。
4. 嵌入式友好，集成性强
Jetty的设计初衷就是支持嵌入式部署，其API简洁易用，开发者可通过少量代码快速集成到Java应用中，无需修改应用本身的逻辑，易于嵌入与扩展。同时，Jetty通过Handler机制方便地进行功能扩展，满足不同业务的定制化需求。除了Spring Boot，Hadoop、Eclipse IDE等知名项目也集成了Jetty：Hadoop的NameNode和JobTracker通过Jetty呈现管理页面，Eclipse IDE则利用Jetty提供内置Web服务支持。
5. 兼容性强，适配广泛
Jetty全面兼容Java EE规范，支持最新的Servlet版本，同时兼容HTTP/1.1、HTTP/2、WebSocket等主流协议，可无缝部署各类Java Web应用。此外，它支持多种操作系统（Windows、Linux、Mac）和JDK版本，适配不同的部署环境，无论是开发测试环境还是生产环境，都能稳定运行。
三、核心架构
Jetty的所有功能和特点，都依赖于其简洁而强大的核心架构。不同于Tomcat的“Service-Connector-Container”三层架构，Jetty的架构更加轻量化，核心由“Server-Connector-Handler”三大组件构成，再配合线程池、缓冲区池等辅助组件，形成一个高效、可扩展的整体架构，其核心架构体系包含整体分层设计和核心组件架构，可概括为“一个核心、两大组件、三大辅助”。
1. 核心组件：Server（服务器实例）
Server是Jetty的核心调度中心，作为顶层容器和生命周期管理器，负责管理整个服务器的生命周期（启动、停止、重启），协调Connector、Handler、线程池等所有其他组件的启动、运行和停止，统筹管理所有组件的工作。它就像一个“总指挥”，接收Connector传递的请求，将请求分发到Handler链进行处理，同时管理线程资源和组件依赖。
Server的核心职责包括：初始化所有组件、启动Connector和Handler、管理全局线程池、处理组件间的协同逻辑。开发者通过Server实例可配置端口、线程池、SSL等核心参数，也可添加多个Connector和Handler，实现多端口监听和多请求处理逻辑。
2. 核心组件：Connector（连接器）
Connector是Jetty与客户端交互的“门户”，作为网络接口，负责处理网络连接、监听端口、接受客户端连接，并将请求分发给处理线程。它基于Java NIO实现，核心抽象接口包括`Connector`、`EndPoint`、`Connection`，通过SelectorManager管理网络事件，并将连接抽象为Connection对象进行协议解析，将客户端请求封装后传递给Handler链，同时将Handler处理后的响应返回给客户端。Jetty支持多种Connector类型，适配不同的协议和I/O模型，包括NIO、HTTP/2、SSL等连接器，具体实现类如下：
A. ServerConnector：标准NIO连接器，默认的HTTP/1.1连接器，基于Java NIO实现，支持非阻塞I/O，是最常用的连接器；
B. HTTP2ServerConnector：支持HTTP/2协议，适用于高并发、低延迟的场景，对应HTTP2ServerConnection实现；
C. SslConnector：提供HTTPS支持，封装了SSL/TLS加密逻辑，对应SslConnection实现，保障数据传输安全；
D. HttpConnection：专门负责HTTP/1.1协议的解析和处理，是HTTP/1.1请求的核心处理组件；
E. HTTP2ServerConnector：支持HTTP/2协议，适用于高并发、低延迟的场景；
F. SslConnector：提供HTTPS支持，封装了SSL/TLS加密逻辑，保障数据传输安全。
Connector的内部结构进一步拆分，通过Acceptor、SelectorManager、Connection三个子组件协同工作：Acceptor负责阻塞接受客户端连接，将连接设置为非阻塞模式后交给SelectorManager；SelectorManager管理多个Selector，通过多路复用监听I/O事件；Connection则封装应用层协议差异，处理请求和响应的数据读写。
3. 核心组件：Handler（处理器）
Handler是Jetty处理请求的核心逻辑载体，负责对客户端请求进行具体处理（如安全验证、会话管理、Servlet调用等），其链式架构是Jetty架构的核心，采用职责链模式（Chain of Responsibility）设计，核心接口为`Handler.handle(Request, Response)`，通过一系列Handler处理请求（如ServletHandler、ResourceHandler），这种架构的优势在于灵活可配置，易于定制处理逻辑，实现组件可插拔，具备极高的扩展性。与Tomcat的Container不同，Jetty的Handler采用“链式结构”（Handler Chain），本质是责任链模式的实现，多个Handler可以嵌套组合，请求会依次经过链中的每个Handler，每个Handler专注于单一职责，实现解耦。
Handler的关键实现类丰富，可根据业务需求灵活组合，常见类型包括：
A. ServletHandler：管理Servlet映射和调用，是Servlet容器功能的核心实现；
B. HandlerCollection：顺序执行多个Handler，实现多逻辑组合处理；
C. HandlerList：顺序执行多个Handler，直到某个Handler返回true即停止执行；
D. ContextHandlerCollection：基于请求路径的上下文路由，实现多Web应用的路径隔离；
E. WebAppContext：负责完整Web应用的生命周期管理，适配标准Web应用部署；
F. SessionHandler：处理用户会话，管理会话的创建、销毁和存储；
G. SecurityHandler：负责安全验证，如用户认证、权限控制等；
H. ContextHandler：处理请求的上下文路径，管理Web应用的上下文配置；
I. ResourceHandler：处理静态资源（如HTML、CSS、JS文件）的请求。
开发者可以自定义Handler，添加到Handler链中，实现自定义的请求处理逻辑，这种设计让Jetty的扩展变得异常灵活。
4. 辅助组件：线程池、缓冲区池、选择器（完善线程模型架构）
除了三大核心组件，Jetty的架构还包含三个关键辅助组件，它们是保障高性能和轻量性的重要支撑，其中ThreadPool是核心辅助组件之一，Jetty的线程模型架构分工明确，具体分为三类线程，配合线程池实现高效调度：
A. 线程池（QueuedThreadPool）：即Worker线程池，与Server和Connector集成，负责提供工作线程来执行具体的业务逻辑，将I/O事件处理与业务处理分离，避免阻塞，其核心作用是管理处理请求的线程，优化线程创建和销毁带来的性能开销。Jetty采用全局共享的线程池，所有Connector和Handler共享线程资源，相比Tomcat每个Connector独立线程池的设计，更能提高线程利用率，减少资源浪费。线程池通过任务队列管理请求任务，支持工作窃取算法和优先级队列，实现线程池动态伸缩，优化线程调度效率；
B. Acceptor线程：专门负责监听端口、接受客户端连接，默认配置1-2个线程，避免过多线程阻塞在连接接受环节；
C. Selector线程：负责管理NIO Channel的I/O事件，默认配置数量与CPU核数一致，通过多路复用机制高效监听多个连接的I/O状态，确保I/O事件的快速响应；
D. 缓冲区池（ByteBufferPool）：负责复用ByteBuffer，减少内存分配和垃圾回收（GC）压力，通过桶式内存分配算法，根据缓冲区大小进行分类管理，实现高效复用；
E. 选择器（Selector）：基于Java NIO的Selector机制，实现I/O多路复用，让单个线程可以监听多个客户端连接的I/O事件，大幅提升并发处理能力，这也是NIO Selector机制的核心作用——单线程处理大量连接，减少线程上下文切换开销；
F. 缓冲区池（ByteBufferPool）：负责复用ByteBuffer，减少内存分配和垃圾回收（GC）压力，通过桶式内存分配算法，根据缓冲区大小进行分类管理，实现高效复用；
G. 选择器（Selector）：基于Java NIO的Selector机制，实现I/O多路复用，让单个线程可以监听多个客户端连接的I/O事件，大幅提升并发处理能力，这也是NIO Selector机制的核心作用——单线程处理大量连接，减少线程上下文切换开销；
5. 架构交互流程
Jetty的核心组件交互流程简洁清晰，可概括为以下步骤：
A. 客户端发送请求，Connector的Acceptor接受连接，将连接设置为非阻塞模式后交给SelectorManager；
B. SelectorManager通过Selector监听连接的I/O事件，当有数据可读时，由Connection组件读取请求数据并封装为HttpChannel；
C. HttpChannel将请求传递给Server，Server将请求分发到Handler链；
D. 请求依次经过Handler链中的各个Handler（如SecurityHandler、SessionHandler、ServletHandler），最终由ServletHandler调用具体的Servlet处理请求；
E. 处理完成后，响应数据通过HttpChannel写回Connector，由Connector返回给客户端。
四、核心算法：支撑高性能与灵活性的底层动力
如果说架构是Jetty的“骨架”，那么核心算法就是Jetty的“肌肉”，它支撑着Jetty的高性能、高并发和轻量性。Jetty的核心算法主要集中在I/O处理、线程调度、内存管理和请求解析四个方面，每一种算法都针对性地解决了Web服务器的核心痛点。
1. I/O多路复用算法（Reactor模式）
Jetty基于Java NIO的Selector机制，实现了Reactor模式，这是其高并发能力的核心支撑。Reactor模式在Connector中实现，通过一个或多个线程（Reactor）利用Selector多路复用器来监听和分发大量连接的网络事件（如可读、可写），是实现高并发的基础。Reactor模式通过一个“反应器”（SelectorManager）监听多个I/O事件，当事件触发时（如客户端连接、数据可读），反应器将事件分发给对应的处理器（Connection）处理，实现“单线程监听、多线程处理”的高效模式。
具体来说，SelectorManager管理多个ManagedSelector（实际的Selector实例），每个ManagedSelector负责监听一部分客户端连接的I/O事件。当Acceptor接受一个新连接后，会选择一个ManagedSelector，将连接注册到该Selector上，并绑定对应的EndPoint和Connection。Selector通过select()方法阻塞监听事件，当有事件发生时，遍历触发的SelectionKey，交由Connection处理数据读写。这种算法让单个线程可以管理数千个客户端连接，大幅降低线程资源消耗，提升并发处理能力。
同时，非阻塞I/O（NIO）贯穿于网络通信的始终，无论是Connector接收请求还是Handler处理响应，都使用非阻塞的方式，确保线程不会被I/O操作长时间占用，这正是NIO Selector机制的核心应用，通过单线程处理大量连接，减少线程上下文切换开销。
此外，Jetty还采用Eat What You Kill线程消费模式，让接受连接的线程直接处理请求，进一步减少线程上下文切换；同时通过Produce Consume生产者-消费者模式，分离I/O读取和业务处理，提升处理效率；在SSL处理上，采用异步TLS握手，避免阻塞Selector线程，优化SSL连接性能。
2. 线程调度算法（工作窃取算法）
Jetty的QueuedThreadPool采用工作窃取（Work-Stealing）算法，优化线程调度效率，避免线程空闲和任务堆积。线程池内部维护一个任务队列（BlockingQueue），当工作线程完成自身任务后，会主动从其他线程的任务队列中“窃取”任务执行，而不是一直空闲等待。
这种算法的优势在于，能够平衡各个线程的任务负载，避免某些线程任务堆积而其他线程空闲的情况，尤其适合高并发场景下的任务调度。同时，QueuedThreadPool支持配置最小线程数、最大线程数和空闲超时时间，可根据请求量动态调整线程数量，进一步优化资源利用率——请求量小时，减少线程数量降低内存消耗；请求量高时，增加线程数量提升处理能力。
3. 内存管理算法（桶式内存分配+缓冲区复用）
为了减少内存分配和GC压力，Jetty采用ByteBufferPool管理内存缓冲区，核心算法是桶式内存分配和缓冲区复用，同时结合零拷贝优化技术——通过使用ByteBufferPool池化技术复用直接内存（Direct Buffer），数据可以直接在用户空间和内核空间之间传输，减少了内存拷贝和垃圾回收（GC）压力，这也是ByteBufferPool池化技术的核心价值。ByteBufferPool是核心接口，主要实现类包括ArrayByteBufferPool（基于数组的池化实现，轻量高效），同时支持MappedByteBuffer（大文件内存映射，实现零拷贝传输）；此外，DefaultServlet通过sendfile系统调用传输静态文件，进一步实现零拷贝优化，提升静态资源传输性能。ByteBufferPool将缓冲区按照大小分为不同的“桶”（如1KB、2KB、4KB等），每个桶对应一个缓冲区队列，当需要使用缓冲区时，从对应大小的桶中获取空闲缓冲区；使用完成后，将缓冲区归还给对应的桶，实现复用。
这种算法避免了频繁创建和销毁ByteBuffer带来的内存开销和GC压力，同时通过ConcurrentBucketMap数据结构管理不同大小的桶，确保缓冲区的高效获取和归还。此外，缓冲区复用机制还能减少内存碎片，提升内存使用效率，这也是Jetty内存占用低的重要原因之一。
4. 请求解析算法（确定有限状态机DFA）
Jetty的HttpParser组件负责解析HTTP请求报文，核心采用确定有限状态机（DFA）算法，实现高效的增量解析——HTTP报文解析器（HttpParser）采用增量解析的方式，能够高效地处理不完整或流式的HTTP数据，提升了协议解析的性能。HTTP请求报文的结构具有固定的格式（如请求行、请求头、请求体），DFA算法通过定义不同的状态（如解析请求行、解析请求头、解析请求体），根据输入的字符流切换状态，逐步完成请求解析。
相比传统的字符串匹配算法，DFA算法的解析效率更高，能够快速识别请求报文的各个部分，同时支持增量解析——无需等待整个请求报文接收完成，即可逐步解析已接收的部分，减少请求处理延迟。这种算法确保了Jetty在高并发场景下，能够快速处理大量HTTP请求，提升整体响应速度。
五、总结：Jetty的核心竞争力与适用场景
Jetty之所以能在众多Web服务器中脱颖而出，核心在于其“轻量、灵活、高性能”的平衡——模块化架构让它能够按需扩展，适配不同场景；非阻塞I/O和高效算法让它在高并发场景下表现优异；嵌入式设计让它能够轻松集成到各类Java应用中。Jetty通过其高效的NIO架构、灵活的Handler链和优化的资源管理（线程、缓冲池），在保持轻量级的同时提供了企业级的Web服务能力，特别适合微服务架构和云原生环境。
从底层逻辑来看，Jetty的功能和特点是相互支撑的：轻量级源于模块化设计和内存优化算法；高性能源于Reactor模式、工作窃取算法和DFA解析算法；灵活性源于Handler链式结构和可插拔模块。这些架构和算法的有机结合，让Jetty成为嵌入式应用、微服务、高并发Web应用的理想选择。
如果你的项目需要快速启动、低内存占用，或者需要嵌入式部署、高并发处理能力，那么Jetty无疑是一个值得深入学习和使用的Web服务器。深入理解其核心架构和算法，不仅能帮助我们更好地使用Jetty，还能为我们设计高性能的Web应用提供思路和借鉴。
如果觉得这篇文章对你有帮助，欢迎点赞、收藏，也可以在评论区留言，聊聊你在使用Jetty时遇到的问题～
