Nginx基础教程（48）Nginx HTTP请求转发之请求转发机制：Nginx请求转发：老板让我同时对接仨部门，我反手一个代理...

我们程序员的世界里，没有什么是一个配置文件解决不了的，如果有，那就再加个location块。

作为一名苦逼的程序员，每天都要面对各种“奇葩”需求。这不，产品经理小张又屁颠屁颠跑过来：“大佬，我们有个业务需要同时对接三个部门，但接口地址都不一样，你能不能做个统一的入口？”

我扶了扶眼镜，默默打开了Nginx配置文件。小张看我一脸轻松，疑惑地问：“这个很复杂吗？要不要排期两周？”

我笑了笑：“用Nginx，十分钟搞定。”

1. Nginx是个什么玩意儿？

简单来说，Nginx就是个超级高效的“前台接待”，它不像Apache那样来一个客人就专门配一个服务员（进程/线程），而是一个服务员同时照顾多位客人。

想象一下，公司来了100个访客，Apache的做法是雇佣100个前台，每人接待一位；而Nginx只雇佣几个前台，谁有事就处理谁的问题，其他人在旁边等着。哪家公司更省钱？显而易见。

Nginx运行时有两种进程：一个Master进程和多个Worker进程。Master就像部门经理，不直接接待客户，只管理下面的Worker员工。而Worker们才是真正干活的，他们通过一种叫“epoll”的异步非阻塞方式处理请求，这就是Nginx高并发性能的秘诀。

当请求到达Nginx时，Worker进程们会通过竞争的方式决定由谁来接待。获胜的Worker通过三次握手与客户端建立连接，然后处理请求。这一切发生得如此之快，以至于用户根本感觉不到中间的“竞争”过程。

2. 请求转发：一招搞定三种常见场景

在实际业务中，我们通常会遇到三种请求转发场景，恰好在搜索结果中都提到了：

场景一：显性转发 - “我们搬家啦！”

就像公司换了新地址，需要在旧办公室门口贴个“新地址在XXX”的通知。当用户访问旧网址时，浏览器会自动跳转到新网址，地址栏也会显示新地址。

这种转发就像是HTTP世界的导航员，通过301（永久重定向）或302（临时重定向） 状态码，告诉浏览器：“你要的资源不在这里了，请去新的地方找”。

场景二：隐性转发 - “隐形代购”

这就像你让我代购某个商品，我跑去店里买了回来交给你，你并不知道我实际去了哪家店。用户访问你的域名，看到的是目标网站的内容，但浏览器地址栏显示的依然是你的域名。

这种转发使用的是反向代理技术（proxy_pass），Nginx在背后默默做了所有工作，用户却浑然不觉。

场景三：端口转发 - “部门接线员”

好比公司总机接到电话，转接到具体的部门分机。用户访问80端口，但实际服务运行在8080端口，Nginx负责把请求从一个端口转发到另一个端口。

3. 手把手教你配置Nginx请求转发

3.1 准备工作

首先，确保你已经安装了Nginx。在CentOS系统上，可以使用以下命令安装：

sudo yum install nginx -y

启动Nginx服务：

sudo systemctl start nginxsudo systemctl enable nginx

验证Nginx是否安装成功：在浏览器中输入http://你的服务器IP，看到Nginx的默认欢迎页面就是成功了。

3.2 显性转发配置

假设我们需要将http://shop.11erotic.icu显性转发到http://www.example.com。

打开N