不属于web服务器的是

```html

Nginx 不是不属 web 服务器——这话说出来大概要被运维追着打。但先别急，服务我指的不属是严格分类意义上的。Nginx 确实监听 80 端口、服务处理 HTTP 请求、不属返回 HTML 页面，服务干的不属全是 web 服务器的活儿。可它官方文档第一句自我介绍是服务“HTTP and reverse proxy server”，重点在后半截。不属你打开 nginx.conf 看看，服务最常用的不属那几个指令——proxy_pass、upstream、服务load balancing——全是不属在做流量调度。我见过太多人把 Nginx 当 Apache 用，服务配一堆 location 规则直接读本地文件，不属然后抱怨性能没比别人快多少。方向错了。它的核心能力是站在真实 web 服务器前面，把请求分发给后面一排 Tomcat 或者 Gunicorn。

那到底什么不算 web 服务器？先看一个具体案例。Redis 算吗？当然不算。它监听 TCP 端口，接受请求，返回数据——但协议是 RESP，不是 HTTP。你用浏览器访问 redis:// 试试，Chrome 直接报错。有人会说“那我装个 redis-http 代理不就行了”，那代理才是 web 服务器，Redis 本身还是缓存。这里的关键是：web 服务器的定义里必须包含“原生支持 HTTP 协议栈”。不是能传数据就算，得看它自己能不能解析 GET /index.html HTTP/1.1 这种请求行，能不能处理 Host 头、Content-Length、chunked 编码。MySQL 也不行，哪怕你给它套个 phpMyAdmin，那个 PHP 文件跑在 Apache 上，Apache 才是 web 服务器。

消息队列更典型。RabbitMQ 管理界面看着像个网站，你打开浏览器就能访问。但那是它内置的 HTTP API 插件在干活，核心的 AMQP 协议走的是 5672 端口，跟 HTTP 没半毛钱关系。我做过一个实验：用 curl 直接向 RabbitMQ 的 15672 端口发 GET /api/queues，能拿到 JSON。但把同样的请求发给 5672 端口，连接直接挂掉。这说明什么？web 服务器的身份是绑定在协议处理能力上的，不是看它有没有网页界面。Kafka 也一样，你装个 Kafka Manager 能看 topic 列表，但 Kafka broker 自己根本不认识 HTTP。

还有一类容易混淆的：应用服务器。Tomcat 算 web 服务器吗？严格说，它既是 servlet 容器，也内置了 HTTP 连接器。但如果你把 Tomcat 单独拿出来跑静态 HTML，性能差得离谱——它每个请求都要走一遍完整的 servlet 生命周期，哪怕只是个 1KB 的图片。所以生产环境里没人这么干，前面必定挂 Nginx 或 Apache。这时候 Tomcat 的角色就退化成“跑 Java 代码的容器”，web 服务器的帽子戴在 Nginx 头上。WebLogic、WebSphere 同理，它们更愿意自称“应用服务器”，因为核心价值在 EJB、事务管理、JMS 这些企业级特性上。

我自己的判断标准很简单：拔掉网线，看这个软件还能不能独立响应 HTTP 请求。Nginx 可以，Apache 可以，IIS 可以。Redis 不行，MySQL 不行，RabbitMQ 不行——除非你额外装插件。还有个更冷门的：FTP 服务器。它监听 21 端口，能传文件，甚至有些 FTP 客户端内置了简易的 HTTP 网关。但 FTP 协议和 HTTP 是两套完全不同的东西，一个用控制连接加数据连接，一个用请求-响应模型。你没法用浏览器直接访问 ftp://example.com/file.txt 然后指望它像网页一样渲染——浏览器会调用外部 FTP 客户端，或者直接下载。这跟 web 服务器返回 text/html 让浏览器解析是两码事。

最后说个反直觉的：Wireshark 不是 web 服务器，但它的“Follow HTTP Stream”功能能解析 HTTP 流量。这说明工具可以理解协议，但不代表它要提供服务。同理，Postman 能发 HTTP 请求，它也不是 web 服务器。区分的关键在于：web 服务器是“被动响应者”，它等待连接、解析请求、返回资源。而客户端工具是主动发起方。这个角色定位比协议支持更根本。所以下次有人问你“Nginx 是不是 web 服务器”，你可以说：它首先是个反向代理，顺便干了 web 服务器的活。至于那些连 HTTP 都不认识的家伙，压根不在讨论范围内。