一個Web應用的本質就是:
-
瀏覽器發送一個HTTP請求;
-
服務器收到請求,生成一個HTML文檔;
-
服務器把HTML文檔作為HTTP響應的Body發送給瀏覽器;
-
瀏覽器收到HTTP響應,從HTTP Body取出HTML文檔並顯示。
所以,最簡單的Web應用就是先把HTML用文件保存好,用一個現成的HTTP服務器軟件,接收用戶請求,從文件中讀取HTML,返回。Apache、Nginx、Lighttpd等這些常見的靜態服務器就是干這件事情的。
如果要動態生成HTML,就需要把上述步驟自己來實現。不過,接受HTTP請求、解析HTTP請求、發送HTTP響應都是苦力活,如果我們自己來寫這些底層代碼,還沒開始寫動態HTML呢,就得花個把月去讀HTTP規范。
正確的做法是底層代碼由專門的服務器軟件實現,我們用Python專注於生成HTML文檔。因為我們不希望接觸到TCP連接、HTTP原始請求和響應格式,所以,需要一個統一的接口,讓我們專心用Python編寫Web業務。
這個接口就是WSGI:Web Server Gateway Interface。(Web服務器網關接口)
wsgi就是一種規范,它定義了使用web應用程序與Python編寫的web服務器程序之間的接口格式.無論多么復雜的Web應用程序,入口都是一個WSGI處理函數。HTTP請求的所有輸入信息都可以通過environ獲得,HTTP響應的輸出都可以通過start_response()加上函數返回值作為Body。
WSGI接口定義非常簡單,它只要求Web開發者實現一個函數,就可以響應HTTP請求。我們來看一個最簡單的Web版本的“Hello, web!”:
def application(environ, start_response): start_response('200 OK', [('Content-Type', 'text/html')]) return '<h1>Hello, web!</h1>'
上面的application()
函數就是符合WSGI標准的一個HTTP處理函數,它接收兩個參數:
-
environ:一個包含所有HTTP請求信息的
dict
對象; -
start_response:一個發送HTTP響應的函數。
在application()
函數中,調用:
start_response('200 OK', [('Content-Type', 'text/html')])
就發送了HTTP響應的Header,注意Header只能發送一次,也就是只能調用一次start_response()
函數。start_response()
函數接收兩個參數,一個是HTTP響應碼,一個是一組list
表示的HTTP Header,每個Header用一個包含兩個str
的tuple
表示。
通常情況下,都應該把Content-Type
頭發送給瀏覽器。其他很多常用的HTTP Header也應該發送。
然后,函數的返回值'<h1>Hello, web!</h1>'
將作為HTTP響應的Body發送給瀏覽器。
有了WSGI,我們關心的就是如何從environ
這個dict
對象拿到HTTP請求信息,然后構造HTML,通過start_response()
發送Header,最后返回Body。
了解了WSGI框架,我們發現:其實一個Web App,就是寫一個WSGI的處理函數,針對每個HTTP請求進行響應。
但是如何處理HTTP請求不是問題,問題是如何處理100個不同的URL。
由於用Python開發一個Web框架十分容易,所以Python有上百個開源的Web框架。這里我們先不討論各種Web框架的優缺點,直接選擇一個比較流行的Web框架——Flask來使用。
除了Flask,常見的Python Web框架還有:
ref:https://www.liaoxuefeng.com/wiki/897692888725344/923057027806560
Flask+Gunicorn+Nginx是最常用的Flask部署方案,大家深究過為何用這樣的搭配么?
Flask 是一個web框架,而非web server,直接用Flask拉起的web服務僅限於開發環境使用,生產環境不夠穩定,也無法承受大量請求的並發,在生茶環境下需要使用服務器軟件來處理各種請求,如Gunicorn、 Nginx或Apache,而Gunicorn+Nginx的搭配,好處多多,一方面基於Nginx轉發Gunicorn服務,在生產環境下能補充Gunicorn服務在某些情況下的不足,另一方面,如果做一個Web網站,除了服務外,還有很多靜態文件需要被托管,這是Nginx的強項,也是Gunicorn不適合做的事情。所以,基於Flask開發的網站,部署時用Gunicorn和Nginx,是一個很好的選擇。
ref:https://blog.igevin.info/posts/how-to-deploy-flask-apps/