反向代理從傳輸上分可以分為2種：
1：同步模式(apache-mod_proxy和squid)
2：異步模式(lighttpd 和 nginx)
在nginx的文檔說明中，提到了異步傳輸模式並提到它可以減少後端連接數和壓力，這是為何？
下面就來講解下傳統的代理（apache/squid）的同步傳輸和lighttpd,nginx的異步傳輸的差異：
squid,nginx,lighttpd反向代理
同步傳輸：浏覽器發起請求，而後請求會立刻被轉到後台，於是在浏覽器和後台之間就建立了一個通道。在請求發起直到請求完成，這條通道都是一直存在的。
異步傳輸：浏覽器發起請求，請求不會立刻轉到後台，而是將請求數據（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的一個第三方模塊來實現。
