反向代理從傳輸上分可以分為2種：

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

2：異步模式(lighttpd 和 nginx)

?

在nginx的文檔說明中，提到了異步傳輸模式并提到它可以減少后端連接數和壓力，這是為何？

下面就來講解下傳統的代理（apache/squid）的同步傳輸和lighttpd,nginx的異步傳輸的差異。

?

同步傳輸：瀏覽器發起請求，而后請求會立刻被轉到后臺，于是在瀏覽器和后臺之間就建立了一個通道。在請求發起直到請求完成，這條通道都是一直存在的。
異步傳輸：瀏覽器發起請求，請求不會立刻轉到后臺，而是將請求數據（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的一個第三方模塊來實現。

總結

以上是生活随笔為你收集整理的squid,nginx,lighttpd反向代理的区别的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。