想请教一个问题，关于网站反向代理的问题。。。

我想请教下，反向代理服务器原理是什么，比如ngix，可以用来做反向代理，他的内部机制是什么，难道是用户输入域名A，然后请求发给代理服务器B，再由代理服务器发送给实际的web服务器C，我想请教的是反向代理服务器是什么原理，如果自己写反向代理的话，该什么什么思路呢，然后在反向代理这快，实际上应该是可以修改真正请求的内容吧？

6 个解决方案

#1

像ngix这种东西，它接收到请求的时候是不是也对应请求真实的服务器。获取实际的数据之后返回给用户吧？

#2

反向代理其实和代理服务器机制一样

仅仅是用途不同而已。

当然了，现实中，反向代理有更多的功能，比如负载平衡、缓存等等。

#3

引用 2 楼 caozhy 的回复:

反向代理其实和代理服务器机制一样

仅仅是用途不同而已。

当然了，现实中，反向代理有更多的功能，比如负载平衡、缓存等等。

恩，关键是我想了解里面的内部实现机制，

#4

引用 3 楼 jianzhang5555 的回复:

Quote: 引用 2 楼 caozhy 的回复:

反向代理其实和代理服务器机制一样

仅仅是用途不同而已。

当然了，现实中，反向代理有更多的功能，比如负载平衡、缓存等等。

恩，关键是我想了解里面的内部实现机制，

就是根据http协议转发

#5

以下是我个人建解，供参考，未必完全准确
在不用反向代理的情况下，比如一个页面有500个请求，那会按顺序依次请求服务器，这就存在一定的滞后感！
而Nginx反向代理的原理是先将请求在代理服务器上集结完毕以后，一些静态资源请求可以直接处理的Nginx就可以帮你处理掉，处理不了的统一一次性发给服务器，在由服务器解析请求并反回给Nginx服务器，然后在返回到客户机
反向代理并不会提高每一个具体请求的反馈速度，但由于有一步集结、一步处理静态资源的过程，会解放一定的最终服务器性能，所以多多少少会提高一定的访问量

#6

引用 5 楼 monanjx 的回复:

以下是我个人建解，供参考，未必完全准确
在不用反向代理的情况下，比如一个页面有500个请求，那会按顺序依次请求服务器，这就存在一定的滞后感！
而Nginx反向代理的原理是先将请求在代理服务器上集结完毕以后，一些静态资源请求可以直接处理的Nginx就可以帮你处理掉，处理不了的统一一次性发给服务器，在由服务器解析请求并反回给Nginx服务器，然后在返回到客户机
反向代理并不会提高每一个具体请求的反馈速度，但由于有一步集结、一步处理静态资源的过程，会解放一定的最终服务器性能，所以多多少少会提高一定的访问量

对。有些道理。。。