为什么要用nginx代理服务器，nginx反向代理有哪些好处

为什么你的网站需要一个“前台接待员”

因为nginx就像公司门口那个永远不累、记性极好、还懂分流的前台，它把所有访问请求先接住，再按规则分发给后台同事处理，这让你的服务器在流量洪峰来临时依然能从容应对。

如果你运营过网站，一定有这种体验：服务器配置不低，但一到晚上八点高峰期，页面转圈、图片加载失败、接口超时，这时候技术群里总会有人甩一句“加个nginx吧”，为什么？因为nginx干的事，本质上就是解决“门口堵车”的问题，你的应用服务器就像一个埋头算账的会计，如果每个访客都直接冲进办公室找他，他得一边应付询问一边算账，效率极低，nginx是那个站在门口的接待员，它把“算账”的活儿分给好几个会计，还顺手把“问路”的、看“宣传册”的这些小事自己消化掉，只有真正需要“动账本”的正经事才转给会计,这就是反向代理的核心逻辑。

业务量一大，传统直连架构先扛不住

很多小团队起步阶段就是一台服务器，装了Tomcat、Node或者PHP，用户请求直接打到应用进程上，这种结构在日均几百、几千访问量时没毛病，但当访问量上到一定规模,问题就像多米诺骨牌一样连环倒。

• 连接数耗尽：一个TCP连接建立、维持、断开是有开销的，应用服务器每个连接都要占用线程或进程资源，Tomcat默认线程池就两百个左右，一旦同一时刻的并发请求超过这个数，后面的请求只能排队等，表现出来就是页面白屏、接口超时，而nginx处理的是异步非阻塞请求，它可以同时挂住几万个连接不处理，只做“转发”这个轻量动作,把有限的线程资源留给真正的计算任务。
• 静态资源拖垮动态进程：一个页面里通常有几十个静态资源图片、CSS、JS文件、字体，如果你让Tomcat或Node直接返回这些文件，等于让会计去复印宣传册，既慢又浪费，nginx处理静态文件的效率极高，因为它底层就是为IO密集型场景设计的，直接从磁盘或内存缓存里把文件丢给客户端,几乎不占CPU。
• 单点故障没有退路：一台服务器挂了，整个网站就白屏，没有nginx，你很难做到无缝切换，因为你没法在DNS层面快速把流量切走，DNS生效要十几分钟甚至更久，而nginx在前面挡住了入口，后面挂两台、三台应用服务器，其中一台宕机，nginx会把流量自动分给还活着的机器,用户几乎无感知。

行业共识认为，绝大多数网站的瓶颈根本不在服务器CPU多强、内存多大，而在架构能否把高并发连接“挡”在前面，让应用进程从容计算,nginx就是那道缓冲墙。

nginx反向代理和正向代理区别在哪

很多初学nginx的人，被“代理”两个字绕晕，其实区分起来很简单，看“代理”站在谁那边。

• 正向代理：站在客户端那边，它代理的是你（用户）去访问外网，比如你在公司内网访问不了Google，你用一台能访问Google的跳板机，请求先发给跳板机，再由它替你去Google拿数据，正向代理的典型场景是科学上网、爬虫换IP、公司内网统一出口。



• 反向代理：站在服务器那边，它代理的是服务器自身，用户访问的是nginx的IP或域名，不知道后面到底有几台服务器、在哪台机器上，nginx收到请求后，自己决定转发给哪台应用服务器，这就是nginx的核心角色，所以你在百度搜“nginx反向代理和正向代理区别”，网上所有教程都会告诉你一句口诀：正向代理替客户端干活,反向代理替服务器干活。

在实际部署中，nginx的proxy_pass指令就是干这个的，它接收用户的HTTP请求，然后作为“中转站”把请求转发给内网的应用服务器，再把服务器的响应原样返回给用户。用户全程感知不到后端服务器的存在，还以为一直在和nginx对话，这还带来一个额外好处：你的后台应用可以不必暴露公网IP，只在内网监听nginx的转发请求,安全系数直接上一个台阶。

nginx到底解决了哪些具体问题

很多文章把nginx说得玄乎其玄，其实它的核心能力拆开看就三件事：接得住、分得匀、存得快。

接得住：高并发连接处理

传统Apache的架构是“一个连接一个进程”，连接多，进程就多，内存蹭蹭涨，nginx改用事件驱动模型，一个进程可以同时服务成千上万个连接，也就是所谓的C10K问题，nginx是解决这个问题比较经典的方案，你可以理解成，Apache是雇一百个服务员，一人盯一桌客人；nginx是雇三四个眼观六路的超级服务员，一人盯一百桌，谁喊一声“加水”立刻过去,其余时间坐在吧台休息。

分得匀：负载均衡策略

当你有两台以上的应用服务器时，nginx能决定把请求分给谁，它内置了多种策略,你可以在配置里改一两行就切换：

• 轮询：按顺序轮流分配，A请求给服务器1，B请求给服务器2，C请求再回到服务器1，最均衡,也是默认方案。
• 权重：给服务器2设置weight=3，给服务器1设置weight=1，nginx就会按3:1的比例分配,适合不同机器配置高低不同的场景。
• ip_hash：同一个用户IP的请求，永远发给同一台服务器，这对有session登录态的老项目很友好,用户不会因为请求被分到不同机器而反复掉线。
• least_conn：谁当前处理的连接少，就把新请求分给谁,适合后端每个请求耗时差异较大的业务。

存得快：动静分离与缓存

这是大部分网站性能提升最明显的一步，把CSS、JS、图片、字体这类不经常变化的文件，交给nginx直接返回，nginx支持expires指令设置浏览器缓存时间，还支持open_file_cache缓存文件句柄，配置一次，静态资源的响应速度能从几十毫秒降到几毫秒，同时把应用服务器从“复印文件”的杂活里解放出来,专心跑业务接口。

挡得住：安全防护与访问控制

nginx可以限制单个IP的请求速率，防止恶意刷接口，可以配置deny黑名单IP，可以做URL过滤，把/wp-admin、.env这类敏感路径直接返回403，还能配合limit_req_zone做接口限流，保护后端数据库不被突发流量打爆，这些功能如果自己在应用代码里实现，费时费力,nginx在前置入口就能解决。

nginx性能对比：与Apache服务器哪个好

提到nginx，很多人会把它和Apache放在一起比，两者都是主流的Web服务器,但适用场景有明显差异。

Apache的优势在于模块化做得早，对动态语言集成度好，早期很多PHP项目直接跑在Apache上，但它的“一个连接一个进程”模式在高并发下成了桎梏，nginx处理静态文件、反向代理、高并发连接的能力明显更强。

如果你的网站是传统PHP项目、访问量不大，Apache完全够用，但如果你的业务是API服务、前后端分离、高并发Web应用，nginx是更合适的选择，现实中还有相当一部分团队用nginx作为前置网关，后面挂Apache跑PHP，榨干两种服务器的各自优势，这种组合在百度能搜到不少“nginx和apache哪个好”的讨论，结论大多相似：看场景,没有绝对的好坏。

如何用最小代价把nginx用起来

如果你已经决定试试，下面这套操作路径可以快速落地，假设你的业务跑在8080端口的Spring Boot或Node服务上,要让nginx接管80端口并转发给8080。

第一步：安装

Ubuntu或Debian系统：

apt update && apt install nginx -y

CentOS或RedHat系统：

yum install nginx -y

装完直接启动：

nginx

浏览器访问服务器公网IP，出现“Welcome to nginx!”页面就成功了。

第二步：配置反向代理

进入nginx配置目录,新建一份站点配置：

vim /etc/nginx/conf.d/mysite.conf

server {
    listen 80;
    server_name yourdomain.com;
    location / {
        proxy_pass http://127.0.0.1:8080;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    }
}

然后重载配置：

nginx -s reload

现在你的网站就能用80端口直接访问了，后端API还跑在8080，用户访问的是nginx，用

curl -I测试，看到的Server响应头会显示nginx,说明请求已经被nginx接管。

第三步：开启动静分离

把静态资源目录单独拎出来：

location ~ .(jpg|jpeg|png|gif|ico|css|js)$ {
    root /var/www/static;
    expires 7d;
}

配合CDN放在nginx前面，静态资源基本就打不进后端了,后端接口压力直线下降。

第四步：配置负载均衡

如果你有两台后端服务器,修改配置为：

upstream backend {
    server 10.0.0.2:8080 weight=1;
    server 10.0.0.3:8080 weight=2;
}
server {
    listen 80;
    location / {
        proxy_pass http://backend;
    }
}

重启nginx，流量就会按权重分发到两台服务器，这时候你再用tail -f /var/log/nginx/access.log看日志，能看到请求被交替转发,nginx的价值就体现出来了。

新手常见疑问解答

问：nginx是免费的吗？用nginx需要花钱购买许可证吗？

nginx是开源软件，采用BSD许可证，个人和商业使用均免费，你甚至可以修改其源码自用或二次开发，只需保留原始版权声明，nginx官方也提供名为nginx plus的商业版本，自带更丰富的负载均衡算法、健康检查可视化面板和官方技术支持，按年订阅收费，但针对绝大多数中小网站的场景，开源版nginx在功能上完全够用，在百度搜索“nginx还收费吗”“nginx商业版和开源版区别”能找到大量社区实践分享，结论高度一致：免费版满足日常业务没有压力。

问：配置nginx反向代理，后端接口返回的IP一直显示127.0.0.1，怎么办？

这是很多人第一次配置反向代理时遇到的坑，原因是你没有在proxy_set_header里把客户端的真实IP传过去，需要在location块内补充proxy_set_header X-Real-IP $remote_addr;和proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;，同时后端应用要读取X-Real-IP或X-Forwarded-For头字段来获取真实IP，如果是Java Spring Boot项目，建议在配置中加上server.forward-headers-strategy=native；如果是Node服务，你需要解析req.headers['x-forwarded-for']，处理完这两步,日志里的IP就会显示真实的访客来源地。

问：nginx处理高并发时连接数到了65535就上不去，和操作系统内核参数有关系吗？

有直接关系，默认Linux系统限制单个进程最大文件描述符数量是1024，你需要在nginx主配置的worker_rlimit_nofile中设置更大的值，比如65535，同时内核层面的net.core.somaxconn和net.ipv4.tcp_max_syn_backlog也会限制socket队列长度，建议调整到较高的值以容纳突发连接，涉及的配置可参考：sysctl -w net.core.somaxconn=65535和sysctl -w net.ipv4.tcp_max_syn_backlog=65535，但要注意，连接数并不意味着业务吞吐量，nginx能挂住几万连接，后端能不能处理完是另一回事,最终的瓶颈永远在业务代码和数据库查询效率上。