我本沉默squid,nginx,lighttpd反向代理的差别

反向代理从传输上分可以分为2种：

1：同步模式(apache-mod_proxy和squid)

2：异步模式(lighttpd 和 nginx)

在nginx的文档解释中，提到了异步传输模式并提到它可以削减后端连接数和压力，这是为何？

下面就来讲解下传统的代理（apache/squid）的同步传输和lighttpd,nginx的异步传输的差别。

看图：

squid,nginx,lighttpd反向代理的差别-图片1

squid,nginx,lighttpd反向代理的差别-图片1

同步传输：浏览器提议请求，而后请求会急速被转到后台，于是在浏览器和后台之间就建立了一个通道。在请求提议直到请求完成，这条通道都是一贯存在的。

异步传输：浏览器提议请求，请求不会急速转到后台，而是将请求数据（header）先收到nginx上，然后nginx再把这个请求发到后端，后端处理完之后把数据返回到nginx上，nginx将数据流发到浏览器，这点和lighttpd有点不合，lighttpd是将后端数据完全接收后才发送到浏览器。

小结：apache和squid的反向会增长后端web的包袱，因为每个用户请求都邑在proxy上与后端server建立的长久链接，知道数据取完前，连接都不会消失。因为wan速度与lan速度的不合，固然lan之间的速度是极端快的，然则用户的wan连接决定了这个时光长。而lighttpd和nginx的异步模式，是不管你用户请求的数据有多除夜，都是先收下来，再与后端接洽，这是异常敏捷的速度，所以proxy与后端连接时光也会很短，几十M的器械也是几秒内。后端不须要保护这么多连接。而lighttpd也和nginx不合的异步，lighttpd是先收完再转向客户浏览器，而nginx是边收数据边转向用户浏览器。

那么这到底有什么好处呢？

1. 假设用户实行一个上传文件操作，因为用户网速又比较慢，是以须要花半个小时才能把文件传到干事器。squid的同步代理在用户开端上传后就和后台建立了连接，半小时后文件上传停止，由此可见，后台干事器连接保持了半个小时；而nginx异步代理就是先将此文件收到nginx上，是以仅仅是nginx和用户保持了半小时连接，后台干事器在这半小时内没有为这个请求开启连接，半小时后用户上传停止，nginx才将上传内容发到后台，nginx和后台之间的带宽是很充裕的，所以只花了一秒钟就将请求发送到了后台，由此可见，后台干事器连接保持了一秒。同步传输花了后台干事器半个小时，异步传输只花一秒，可见优化程度很除夜。

2. 在上面这个例子中，假如后台干事器因为各类原因重启了，上传文件就天然中断了，这对用户来说是异常末路火的一件工作，想必各位也有上传文件传到一半被中断的经历。用nginx代理之后，后台干事器的重启对用户上传的影响削减到了顶点，而nginx是异常稳定的并不须要常去重启它，即使须要重启，应用kill -HUP就可以做到不间断重启nginx。

3. 异步传输可以令负载均衡器更有保障，为什么这么说呢？在其它的均衡器（lvs/haproxy/apache等）里，每个请求都是只有一次机会的，假如用户提议一个请求，成果该请求分到的后台干事器刚好挂失踪了，那么这个请求就失败了；而nginx因为是异步的，所以这个请求可以从新发往下一个后台，下一个后台返回了正常的数据，于是这个请求就能成功了。照样用用户上传文件这个例子，假如不只用了nginx代理，并且用了负载均衡，nginx把上传文件发往个中一台后台，但这台干事器溘然重启了，nginx收到缺点后，会将这个上传文件发到另一台后台，于是用户就不消再花半小时上传一遍。

4. 假如用户上传一个10GB除夜小的文件，而后台干事器没有推敲到这个情况，那么后台干事器岂不要崩溃了。用nginx就可以把这些器械都拦在nginx上，经由过程nginx的上传文件除夜小限制功能来限制，其余nginx机能异常有保障，就宁神的让互联网上那些另类的用户和nginx对抗去吧。

用异步传输会造成问题：

后台干事器有供给上传进度的功能的话，用了nginx代理就无法取得进度，这个须要应用nginx的一个第三方模块来实现