Nginx 反向代理是什么？从一次请求看懂它的工作方式

你在浏览器里打开一个网站，页面上的内容可能来自另一台服务器，或者同一台服务器上的另一个程序。Nginx 可以在中间接收请求，把请求转给这个程序，再把响应交回浏览器。这就是本文讨论的 HTTP 反向代理。

理解这个过程，可以先把“网站入口”和“处理业务的应用”分开来看。

一次请求经过哪些地方？

假设有一个教学演示应用，监听本机的 127.0.0.1:9000。我们希望通过另一个本地端口访问它，示意如下：

浏览器 → Nginx（127.0.0.1:8080）→ 演示应用（127.0.0.1:9000）
浏览器 ← Nginx                   ← 应用响应

这里的箭头表示请求和响应的传递，不代表浏览器被跳转到了后端地址。Nginx 的代理模块负责把请求传给另一个服务器。官方代理模块说明

对这个例子，可以把三个角色想成餐厅的点餐过程：浏览器是顾客，Nginx 是接待窗口，应用负责准备订单结果。这个类比只帮助区分职责，不意味着代理会替应用完成业务处理。

最小配置表达了什么？

下面是一个自行构造的本地教学片段，应放在已有配置的 http 上下文中。它假设演示应用已经启动，并且没有其他配置占用相同监听地址。

server {
    listen 127.0.0.1:8080;

    location / {
        proxy_pass http://127.0.0.1:9000;
    }
}

阅读时先看三个位置：

  • listen：这个入口在哪里接收请求。
  • location /：这里使用一个简单的路径前缀匹配。
  • proxy_pass：匹配到的请求交给哪个 HTTP 后端。

在这个简单场景中，浏览器请求 http://127.0.0.1:8080/hello，Nginx 会把请求转向演示应用。后端是否认识 /hello、返回什么内容，仍取决于应用自身。

这不是安装步骤。配置文件放在哪里、如何载入，以及已有配置是否发生冲突，都需要根据安装环境判断。官方入门文档介绍了配置层级和简单代理的组织方式。Nginx 入门指南

反向代理与重定向有什么区别？

可以用“下一次连接由谁发起”区分：

情况 接下来发生什么
反向代理 Nginx 向后端发起请求，再把结果传回浏览器
HTTP 重定向 服务器告诉浏览器另一个地址，由浏览器决定并通常发起后续请求

因此，反向代理本身不会要求浏览器直接访问后端。不过，后端仍可能返回重定向，页面也可能包含其他链接，不能据此保证整个访问过程中地址始终不变。

学习时先区分哪两类问题？

假设你能连到 Nginx，却没有得到预期页面，可以先分开思考：

请求有没有到达后端？ 例如演示应用是否运行、地址和端口是否与配置一致。

后端有没有提供所请求的内容？ 例如应用是否存在对应路由。入口可访问，不代表每个业务路径都存在。

这只是理解故障位置的方法，不能仅凭一个页面或状态码确定原因。实际排查还需要结合配置和相关日志。

下一步该学什么？

先用自己的话说明“浏览器请求谁、Nginx 转给谁、响应怎样回来”，再继续学习请求头、路径处理和超时。本文刻意没有展开 HTTPS、缓存或多后端分发；这些需要各自的配置与验证，不能由这个最小片段自动获得。

官方参考资料

AI 学习用