什么是反向代理？
反向代理（Reverse Proxy）是一种服务器，它代表后端服务器接收客户端请求，再把请求转发给合适的后端服务，最后把结果返回给客户端。
听起来有点绕？用一个生活中的类比就明白了。
想象你去一家大型餐厅。进门后你不是直接冲向厨房点菜，而是先在前台告诉服务员你想吃什么。服务员把你的需求转达给厨房，厨师做好菜后交给服务员，服务员再端到你桌上。
在这个场景里，前台就是"反向代理"。你不需要知道厨房有几个灶台、哪个厨师擅长川菜。你只管跟前台说需求，剩下的事它来处理。
反向代理也是这样工作的。客户端（比如你的浏览器）只看到反向代理服务器，完全不知道后面藏着多少台真实服务器。
反向代理有什么用？
反向代理不是摆设，它在现代网站架构中扮演着多个关键角色。
第一，隐藏后端服务器的真实地址。 客户端只能看到反向代理的IP，看不到后面有多少台服务器。这增加了安全性，黑客没法直接攻击你的后端。
第二，负载均衡。 如果你的网站流量很大，一台服务器扛不住怎么办？反向代理可以把请求均匀分发给多台后端服务器，就像餐厅有多个服务员同时接待客人。
第三，缓存静态资源。 图片、CSS文件这些内容很少变化，反向代理可以把它们缓存下来。下次有人请求时直接返回缓存，不用每次都去找后端服务器。这能大幅降低后端压力，加快访问速度。
第四，SSL终止。 HTTPS加密解密很消耗CPU资源。反向代理可以处理SSL证书和加密工作，后端服务器只需要处理纯HTTP请求，效率更高。
第五，统一入口。 一个网站可能由几十个微服务组成。用户访问同一个域名，反向代理根据URL路径把请求分发到不同的服务。比如 /api/ 转发到后端API服务，/static/ 转发到静态文件服务。
反向代理是怎么工作的？
整个流程其实很简单，分四步走：
客户端发起请求。你在浏览器输入 www.example.com，浏览器向这个域名发送HTTP请求。
反向代理接收请求。DNS解析把请求送到反向代理服务器（比如Nginx）。反向代理查看请求的内容，判断该转发给谁。
转发给后端服务器。反向代理把请求转发到合适的后端服务器。这个过程对客户端完全透明，你根本察觉不到。
返回响应。后端服务器处理完请求后把结果返回给反向代理，反向代理再原封不动地转给你。
整个过程通常在几毫秒内完成，用户体验上没有任何区别。
常见的反向代理工具
Nginx 是最流行的反向代理软件之一。它性能高、配置灵活，全球有大量网站在用。Nginx既可以当反向代理，也可以当正向代理，还能做负载均衡和静态文件服务器。
Apache HTTP Server 也支持反向代理功能，通过 mod_proxy 模块实现。它在需要复杂配置的场景下也很受欢迎。
Traefik 是面向微服务和容器环境的新兴方案。它能自动发现后端服务，配合Docker和Kubernetes使用特别方便。
HAProxy 专注做负载均衡的反向代理，性能极强，很多大厂用它来处理海量并发请求。
反向代理和正向代理的区别
很多人容易把这两个搞混。简单区分一下：
- 正向代理：代理的是客户端。比如你用翻墙工具访问外网，工具帮你转发请求。目标服务器不知道你是谁，只知道代理在请求。
- 反向代理：代理的是服务端。比如Nginx在前面挡着，保护后面的应用服务器。客户端不知道真实服务器在哪。
一个关键记忆点：正向代理客户端知道自己在用代理，反向代理客户端根本不知道有代理存在。
总结
反向代理是现代Web架构的基石之一。它像网站的前台接待员，默默处理着请求分发、安全防护、性能优化等各种任务。
了解反向代理，不仅能帮你更好地理解互联网是怎么运作的，也为以后学习负载均衡、CDN、微服务等高级话题打下了基础。
下次当你访问一个网站时，不妨想想：在它前面，可能正站着一位看不见的"守门人"。