一直以來Nginx異步代理都在為我們的服務(wù)器工作著，但是有不少的人還是有很多的問題。接下來我們就分四步解決有關(guān)的Nginx異步代理相關(guān)問題，希望大家有所幫助。

squid同步傳輸：瀏覽器發(fā)起請求，而后請求會立刻被轉(zhuǎn)到后臺，于是在瀏覽器和后臺之間就建立了一個通道。在請求發(fā)起直到請求完成，這條通道都是一直存在的。Nginx異步傳輸：瀏覽器發(fā)起請求，請求不會立刻轉(zhuǎn)到后臺，而是將請求數(shù)據(jù)（header）先收到Nginx上，然后Nginx再把這個請求發(fā)到后端，后端處理完之后把數(shù)據(jù)返回到Nginx上，Nginx異步代理將數(shù)據(jù)流發(fā)到瀏覽器，這點和lighttpd有點不同，lighttpd是將后端數(shù)據(jù)完全接收后才發(fā)送到瀏覽器。那么這到底有什么好處呢？

1) 假設(shè)用戶執(zhí)行一個上傳文件操作，因為用戶網(wǎng)速又比較慢，因此需要花半個小時才能把文件傳到服務(wù)器。squid的同步代理在用戶開始上傳后就和后臺建立了連接，半小時后文件上傳結(jié)束，由此可見，后臺服務(wù)器連接保持了半個小時；而Nginx異步代理就是先將此文件收到Nginx上，因此僅僅是Nginx和用戶保持了半小時連接，后臺服務(wù)器在這半小時內(nèi)沒有為這個請求開啟連接，半小時后用戶上傳結(jié)束，Nginx才將上傳內(nèi)容發(fā)到后臺，Nginx和后臺之間的帶寬是很充裕的，所以只花了一秒鐘就將請求發(fā)送到了后臺，由此可見，后臺服務(wù)器連接保持了一秒。同步傳輸花了后臺服務(wù)器半個小時，異步傳輸只花一秒，可見優(yōu)化程度很大。

2) 在上面這個例子中，假如后臺服務(wù)器因為種種原因重啟了，上傳文件就自然中斷了，這對用戶來說是非常惱火的一件事情，想必各位也有上傳文件傳到一半被中斷的經(jīng)歷。用NginxNginx異步代理之后，后臺服務(wù)器的重啟對用戶上傳的影響減少到了極點，而Nginx是非常穩(wěn)定的并不需要常去重啟它，即使需要重啟，利用kill -HUP就可以做到不間斷重啟Nginx。

3) 異步傳輸可以令負載均衡器更有保障，為什么這么說呢？在其它的均衡器（lvs/haproxy/apache等）里，每個請求都是只有一次機會的，假如用戶發(fā)起一個請求，結(jié)果該請求分到的后臺服務(wù)器剛好掛掉了，那么這個請求就失敗了；而Nginx因為是異步的，所以這個請求可以重新發(fā)往下一個后臺，下一個后臺返回了正常的數(shù)據(jù)，于是這個請求就能成功了。還是用用戶上傳文件這個例子，假如不但用了Nginx代理，而且用了負載均衡，Nginx異步代理把上傳文件發(fā)往其中一臺后臺，但這臺服務(wù)器突然重啟了，Nginx收到錯誤后，會將這個上傳文件發(fā)到另一臺后臺，于是用戶就不用再花半小時上傳一遍。

4) 假如用戶上傳一個10GB大小的文件，而后臺服務(wù)器沒有考慮到這個情況，那么后臺服務(wù)器豈不要崩潰了。用Nginx就可以把這些東西都攔在Nginx上，通過Nginx的上傳文件大小限制功能來限制，另外Nginx異步代理性能非常有保障，就放心的讓互聯(lián)網(wǎng)上那些另類的用戶和Nginx對抗去吧。用異步傳輸會造成問題：后臺服務(wù)器有提供上傳進度的功能的話，用了Nginx異步代理就無法取得進度，這個需要使用Nginx的一個第三方模塊來實現(xiàn)。

【編輯推薦】

1. Nginx代理服務(wù)器中的文件整理系統(tǒng)
2. Nginx負載均衡器如何實現(xiàn)自行共享
3. Nginx Web服務(wù)器標(biāo)準(zhǔn)IP解決方案
4. python編程在Nginx中的使用方法
5. Nginx配置如何解決瑣碎標(biāo)簽問題