当前位置：网站首页 > 技术资源 > 正文

一文搞懂 Servlet、Servlet容器和Web服务器

off999 2025-10-14 03:20 31 浏览 0 评论

你好，我是 shengjk1，多年大厂经验，努力构建通俗易懂的、好玩的编程语言教程。欢迎关注！你会有如下收益：

了解大厂经验
拥有和大厂相匹配的技术等

希望看什么，评论或者私信告诉我！

一、背景

最近需要做一些平台建设，发现自己对一些 web 方面的内容基本上都不知道了，所以总结一下

二、省流版

下面结合实际场景（如 Nginx+Tomcat 或独立 Tomcat），梳理更精准的流程：

1、先明确两个核心组件的角色（避免混淆）

在实际部署中，“Web服务器”和“Servlet容器”的关系分两种常见场景，这会影响流程细节：

场景1：独立 Web 服务器 + 独立 Servlet 容器（如 Nginx + Tomcat） Web 服务器：仅处理静态资源（如 Nginx、Apache），不运行 Servlet； Servlet 容器：仅运行 Servlet/动态资源（如 Tomcat），不直接对外提供静态资源服务（Tomcat 具备处理静态资源的能力，但并非 “专业的静态资源服务器”，在生产环境中通常不会让它单独承担静态资源服务（而是交给 Nginx 等专业 Web 服务器）
场景2：Servlet 容器内置 Web 服务器 Tomcat 本身兼具“轻量级 Web 服务器”和“Servlet 容器”双重功能：既能处理静态资源，也能运行动态资源。更精准的说法是：Tomcat 是一个 “一体化的 Java Web 服务器软件”，它同时包含了 “处理 HTTP 请求 / 静态资源” 的 Web 服务器能力，和 “运行 Servlet / 管理动态逻辑” 的 Servlet 容器能力。

2、分场景梳理完整流

场景1：生产环境（Nginx + Tomcat）—— 更符合“Web服务器与容器分离”的描述

客户端发送请求
浏览器输入 URL（如 http://www.example.com/static/logo.png 或 http://www.example.com/user/1），通过 TCP 连接将 HTTP 请求发送到 Web 服务器（Nginx）。
Web 服务器（Nginx）判断资源类型
若请求静态资源（如 .png、.html、.css）：
Nginx 直接从服务器硬盘的指定目录（如 /usr/share/nginx/html）读取静态文件，封装成 HTTP 响应，通过 TCP 连接返回给客户端，流程结束。
若请求动态资源（如 /user/1、/login，对应 Servlet 处理的路径）：
Nginx 不处理动态逻辑，通过“反向代理”将请求转发给后端的 Servlet 容器（Tomcat，通常监听 8080 端口，如 http://127.0.0.1:8080/user/1）。
Servlet 容器（Tomcat）处理动态请求
Tomcat 接收转发的请求，通过内部的 Mapper 组件（路径映射器），根据请求路径（如 /user/1）匹配到对应的 Servlet（如 UserServlet）。
Tomcat 从线程池分配一个线程，调用该 Servlet 的 service() 方法（或 doGet()/doPost()，根据 HTTP 方法选择）。
Servlet 处理业务逻辑并返回结果
Servlet 读取请求参数（如 userId=1），执行业务逻辑（如查询数据库、处理数据），生成处理结果（如 HTML 片段、JSON 数据）。
Servlet 将结果写入 HttpServletResponse 对象，交还给 Tomcat。
结果反向返回客户端
Tomcat 将 HttpServletResponse 封装成 HTTP 响应，发送给 Web 服务器（Nginx）。
Nginx 接收响应后，不做修改（或添加少量响应头），直接转发给客户端。
客户端（浏览器）解析响应，展示结果（如渲染 HTML、显示 JSON 数据）。

场景2：开发环境（Tomcat）—— 容器兼具 Web 服务器功能

客户端发送请求
浏览器请求 http://localhost:8080/myapp/static/logo.png（静态）或 http://localhost:8080/myapp/user/1（动态），直接发送到 Tomcat（此时 Tomcat 扮演“Web 服务器+Servlet 容器”双重角色）。
Tomcat 判断资源类型
若请求静态资源：Tomcat 直接从应用的 webapp/myapp/static 目录（或配置的静态资源目录）读取文件，返回响应给客户端。
若请求动态资源：Tomcat 直接进入“Servlet 匹配→线程分配→Servlet 调用”流程（无需转发给其他组件），后续步骤与场景1的 3~5 一致（结果直接返回客户端，无需经过 Nginx）。

3、最终总结：正确的流程

客户端发送 HTTP 请求
    ↓
目标服务器的 Web 服务器（或兼具 Web 功能的 Servlet 容器）
    ↓
判断资源类型：
    1. 静态资源（.png/.html 等）：
        ↓ Web 服务器直接从硬盘读文件 → 封装 HTTP 响应 → 返回客户端
    2. 动态资源（/user/.login 等）：
        ↓ Web 服务器转发请求给 Servlet 容器（若分离部署）
            ↓ Servlet 容器匹配对应的 Servlet → 分配线程调用 Servlet 方法
                ↓ Servlet 处理业务逻辑 → 生成结果交给容器
                    ↓ 容器封装 HTTP 响应 → 经 Web 服务器（或直接）返回客户端
                        ↓ 客户端解析响应并展示

这个流程既覆盖了“静态/动态资源的区分处理”，也明确了“Web服务器与容器的协作关系”，符合实际开发和生产环境的运行逻辑。

三、补充信息

Web 服务器和 Servlet 容器确实不是同一个概念，但它们经常被放在一起讨论，甚至 Tomcat 这样的软件同时具备了这两种功能，这可能造成了混淆。我们来清晰区分一下：

1.Web 服务器（Web Server）

核心功能：处理 HTTP 协议，主要负责静态资源（HTML、CSS、JS、图片等）的传输。
工作方式：当客户端（浏览器）请求一个静态文件（如 index.html）时，Web 服务器直接从硬盘读取文件，通过 HTTP 协议返回给客户端。
典型例子：Nginx、Apache、IIS 等，它们本质上是“静态资源的搬运工”。

2.Servlet 容器（Servlet Container）

核心功能：是专门运行 Java Servlet 的“容器”，负责管理 Servlet 的生命周期（创建、初始化、调用、销毁），并处理动态请求。
工作方式：当客户端请求动态内容（如需要查询数据库的页面）时，Servlet 容器会调用对应的 Servlet 程序处理请求（比如验证登录、计算数据等），再将处理结果通过 HTTP 响应返回。
关键作用：它是连接 Web 服务器和 Servlet 的中间层，让 Servlet 能专注于业务逻辑，而不用关心底层的网络通信、线程管理等细节。

3.Tomcat 的特殊之处

Tomcat 是一个 “Servlet 容器”，但它同时也内置了一个简单的 Web 服务器功能：

作为 Servlet 容器：能运行 Java Servlet、JSP 等动态组件（这是它的核心能力）。
作为 Web 服务器：能处理静态资源请求（但性能不如 Nginx、Apache 等专业 Web 服务器）。

因此，Tomcat 更准确的定位是 “Servlet 容器 + 轻量级 Web 服务器”，但它的核心价值在于作为 Servlet 容器运行 Java Web 应用。

总结关系：

Web 服务器：处理静态资源，是 HTTP 协议的直接实现者。
Servlet 容器：处理动态请求，是 Servlet 运行的“宿主环境”。
Tomcat：同时具备两者功能，但核心是 Servlet 容器，常被用来部署 Java Web 应用（包含 Servlet）。

实际生产环境中，有时会让 Nginx（专业 Web 服务器）处理静态资源，再将动态请求转发给 Tomcat（Servlet 容器）处理，这样分工更高效。

四、总结

通过图表结合实际场景（Nginx+Tomcat 或独立 Tomcat），梳理精准流程，明确不同场景下 Web 服务器和 Servlet 容器的角色及工作流程，最后补充信息，清晰区分 Web 服务器、Servlet 容器的概念、功能、工作方式等，还说明了 Tomcat 的特殊性及两者关系，总结出生产环境中分工协作的高效模式。

nginx不起作用