上一篇nginx的文章中，我们理解了整个http正向代理的运行流程原理，主要就是事件机制接入，header解析，body解析，然后遍历各种checker，以及详细讲解了其正向代理的具体实现过程。这已经让我们对整个nginx有了较深入的了解，但nginx核心固然重要，但其扩展功能才是其吸引大家的地方。而它的扩展功能又是无穷无尽的，这是好事又是坏事，好事是功能特别多，坏事是我们不可能都能探究其每个模块。
个人觉得，nginx至少有两大必备的功能：http服务器（正向代理），http反向代理（服务转发）；所以，既然前面我们弄清了其正向代理的实现，接下就是搬另一座大山的时刻了。
0. 反向代理白话
所谓反向代理，实际就是其本身不做服务器的功能，它只是起到一个代理的角色，当有人请求它的时候，它按照已知的规则将该请求转发到目标服务器上，完成工作后，它再将结果响应给到客户端。在客户端看来，nginx它就是一个目标服务器。这样做有什么好处呢？其实是非常多的，列举两个：屏蔽底层许多不同服务器的差异避免上游过多关心切换问题而导致业务重心不稳；屏蔽内网的各种防火墙限制，上游只需关注与nginx间的网络通畅性即可；统一管控上游接入切换方便；
看起来反向代理功能很棒，而且表面一看就是一转发功能，并非难事。但事实真如此吗？
要想知道难不难，我们得思考下这个代理服务器都会面临什么业务要求？
1. 得有支持转向任意服务器的能力;
2. 得有支持任意http协议的处理能力（不仅仅是get/post）;
3. 得有保持请求源信息的能力（如客户端ip）;
4. 得是高性能的、支持高并发的;
前几个看起来都是最基本的东西，难度并不大，后面的要求又很虚，看起来也没毛病。但是单要你实现一个高性能、高并发的系统，可能也不会很简单哦。而这里的高性能高并发是硬性要求，因为这里是被作为统一入口服务的，如果自己无法满足这要求，那么下游再强的能力也无济于事了。
另外，因作为一个通用的代理服务器，那么它一定是会随时变动的，那么如何支持动态变更配置又是一个问题。通常我们会基于数据库去实现配置，但引入数据库这个组件，将会带来很大的未知。而如果想基于其他的配置，也许就没那么方便了。
总之，好用的反向代理服务器并不多，这不是没有原因的。
1. nginx 静态文件配置
要配置静态文件处理，只需在http server中配置 proxy_pass 代理即可。（当然了，你可以根据前缀配置许多不同的代理、server）
http { include mime.types; default_type application/octet-stream; #log_format main '$remote_addr - $remote_user [$time_local] "$request" ' # '$status $body_bytes_sent "$http_referer" ' # '"$http_user_agent" "$http_x_forwarded_for"'; #access_log logs/access.log main; sendfile on; #tcp_nopush on; #keepalive_timeout 0; keepalive_timeout 65; #gzip on; server { listen 8085; server_name localhost; #charset koi8-r; #access_log logs/host.access.log main; location /tohello { # 将请求转发给另一个服务器 proxy_pass http://localhost:8081/hello; # 保持请求端信息 proxy_set_header Host $host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } location / { root html; index index.html index.htm; } } # 后续可以添加无数个server 扩展 }