点击上方“芋道源码”，选择“置顶”
技术文章第一时间送达！
源码精品专栏
精尽 Dubbo 原理与源码 69 篇
精尽 Netty 原理与源码 61 篇
中文详细注释的开源项目
Java 并发源码合集
RocketMQ 源码合集
Sharding-JDBC 源码解析合集
Spring MVC 和 Security 源码合集
MyCAT 源码解析合集
来源：
今天花点时间记录下nginx的反向代理知识，之前也是有用过，但是我觉得还是依旧简单地记录下来，好记性不如烂笔头，说不定你以后学了新知识，又把它忘记了，回过头想重新学习，又得百度一下这找博客，那找博客，学习成本多大呀！
1、正向代理和反向代理的概念无论是正向代理，还是反向代理，说到底，就是代理模式的衍生版本罢了。我们都学习过代理设计模式，都知道代理模式中有代理角色和被代理角色，为什么这么说，因为这两个角色对于我们理解正向和反向代理非常重要，下面会讲到。
下面我将引入这样一个场景，很多时候我们上网的网速特别慢，或者说由于翻墙问题导致我们无法访问到国外的网站，通常这些情况我们会通过给浏览器配置一个网速快的、可以翻墙的代理ip及端口号来解决我们的问题，那么配置好之后，大概的请求流程如下图所示：
我们首先请求代理服务器，然后代理服务器帮我们去快速访问国外的网站，对于这种代理方式，我们就称之为正向代理。请记住，上面说到代理模式的两个角色中，我们当前的角色为 被代理者，也就是浏览器这个角色。更重要的是，正向代理的本质是我们去请求外部的资源，如果以生产者、消费者模式来区分，我们属于消费者。
总结：
1、正向代理，我们的角色是 被代理者
2、正向代理，我们不对外提供服务，反而是对外消费服务，属于消费者
反向代理，很显然，就是和正向代理相反，如果说正向代理是男，那么反向代理就是女了，亲，此处不再纠结其他情况！下面我用一副图片解释下反向代理：
看完上面的图片，请你想象一下这么一个场景，假设你现在是某公司技术总监，你们公司需要对外提供一套web服务，那么你打算怎么做呢？
答案是可以通过反向代理来完成。通常你们公司拥有自己的IDC机房，机房通讯通常采用局域网交换机，internet网用户请求是无法直接访问到局域网内的web服务的，因此这个时候，你需要一台反向代理服务器来接收internet web请求，然后将请求分发到局域网中的不同主机上进行处理，处理完成之后再做出响应。因此，反向代理大概就是这么一个场景。请记住，反向代理中，我们的角色是 局域网 web服务。
总结：
1、反向代理，我们的角色是 局域网 web服务
2、反向代理，我们对外提供服务，属于服务提供者
2、nginx正向代理和反向代理实例解析nginx在正向代理方面的应用非常地少，因此，对于正向代理的相关配置指令也不多，下面是一个nginx作为正向代理服务器的配置实例，配置仅供参考。
server { resolver 192.168.1.1; #指定DNS服务器IP地址 listen 8080; location / { proxy_pass ; #设定代理服务器的协议和地址 } }解释下上面的指令，resolver配置DNS服务器的ip地址，可以配置多个。你可能会问，正向代理中为什么需要配置DNS服务器的ip地址呢？其实答案很简单，你想象下假如现在你的浏览器配置了正向代理服务器，你现在在浏览器中输入http://oneSite.cn/index.html,根据正向代理原理，该url请求将会被正向代理服务器执行，问题来了，如果你的代理服务器不配置DNS解析服务，nginx怎么知道你这个oneSite.cn到底是个什么鬼，到底对应因特网的ip地址是什么？所以这就是需要配置resolver指令的原因所在。
listen指令配置nginx监听浏览器请求的端口号。
proxy_pass指令配置接收到被代理浏览器发来的请求之后，需要帮忙执行的请求是什么，$http_host$request_uri指明目的主机和uri，属于nginx变量，一般不需要修改。
nginx反向代理的相关配置如下，在这里小编搭建两个Spring boot小demo模拟上面反向代理的web服务，相关源代码可以在github获取。
demo工程启动端口号为8081,demo1工程启动端口为8082,对于所有的请求前缀带/demo的都将转发到demo工程进行处理，对于所有的请求前缀带/demo1的都将转发到demo1工程进行处理。
nginx配置如下：
server { listen 80; location /demo { proxy_pass :8081; } location /demo1 { proxy_pass :8082; }}启动demo和demo1两个工程之后，浏览器输入下面地址：
可以看到，外部统一使用80端口访问服务时，nginx根据路径前缀进行代理，然后返回执行结果。对于nginx反向代理路径配置有几点需要注意，使用时要非常谨慎。
上面proxy_pass指令配置的url为:8081,注意在该url后面不能使用/demo1后缀进行代替，否则就报错了。为什么呢?首先nginx会判断proxy_pass指令中配置的url地址是否包含uri，如果在proxy_pass指令中配置的url地址不包含uri，那么nginx将会使用请求路径的uri进行转发，如果在proxy_pass指令中配置的url地址包含uri，则nginx会忽略请求location中的uri,转而使用你在proxy_pass中配置的uri进行覆盖，转发，另外，/也是一种uri，哈哈，要特别小心哈~
举例子：
假设请求地址为：http://localhost/demo/getServerInfo.json,location配置为/demo,proxy_pass配置为:port,则会使用:port/demo/getServerInfo.json进行转发，结果正确。如果proxy_pass配置为:port/demo1,则会使用:port/demo1进行转发，因为/demo1覆盖了/demo
如果你对 Dubbo / Netty 等等源码与原理感兴趣，欢迎加入我的知识星球一起交流。长按下方二维码噢：
目前在知识星球更新了《Dubbo 源码解析》目录如下：01. 调试环境搭建02. 项目结构一览03. 配置 Configuration04. 核心流程一览
05. 拓展机制 SPI
06. 线程池
07. 服务暴露 Export
08. 服务引用 Refer
09. 注册中心 Registry
10. 动态编译 Compile
11. 动态代理 Proxy
12. 服务调用 Invoke
13. 调用特性
14. 过滤器 Filter
15. NIO 服务器
16. P2P 服务器
17. HTTP 服务器
18. 序列化 Serialization
19. 集群容错 Cluster
20. 优雅停机
21. 日志适配
22. 状态检查
23. 监控中心 Monitor
24. 管理中心 Admin
25. 运维命令 QOS
26. 链路追踪 Tracing
... 一共 69+ 篇
目前在知识星球更新了《Netty 源码解析》目录如下：01. 调试环境搭建02. NIO 基础03. Netty 简介04. 启动 Bootstrap
05. 事件轮询 EventLoop
06. 通道管道 ChannelPipeline
07. 通道 Channel
08. 字节缓冲区 ByteBuf
09. 通道处理器 ChannelHandler
10. 编解码 Codec
11. 工具类 Util
... 一共 61+ 篇
目前在知识星球更新了《数据库实体设计》目录如下：
01. 商品模块02. 交易模块03. 营销模块04. 公用模块
... 一共 17+ 篇
源码不易↓↓↓↓↓
点赞支持老艿艿↓↓