国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

WSGI簡介

Harpsichord1207 / 1950人閱讀

摘要:提出這些規范的目的就是為了定義統一的標準,提升程序的可移植性。的對象處理完成后,會調用并且返回結果給,存放在中。比如可以檢查是否有非法內容,檢查是否有非法內容,為加上特定的等,這些都是可以的。的實現和部署要使用,需要分別實現角色和角色。

WSGI是什么

WSGI的全稱是Web Server Gateway Interface,翻譯過來就是Web服務器網關接口。具體的來說,WSGI是一個規范,定義了Web服務器如何與Python應用程序進行交互,使得使用Python寫的Web應用程序可以和Web服務器對接起來。WSGI一開始是在PEP-0333中定義的,最新版本是在Python的PEP-3333定義的。

對于初學者來說,上面那段就是廢話,說了跟沒說一樣。本文的主要內容就是說清楚,WSGI到底是如何工作的。

為什么需要WSGI這個規范

在Web部署的方案上,有一個方案是目前應用最廣泛的:

首先,部署一個Web服務器專門用來處理HTTP協議層面相關的事情,比如如何在一個物理機上提供多個不同的Web服務(單IP多域名,單IP多端口等)這種事情。

然后,部署一個用各種語言編寫(Java, PHP, Python, Ruby等)的應用程序,這個應用程序會從Web服務器上接收客戶端的請求,處理完成后,再返回響應給Web服務器,最后由Web服務器返回給客戶端。

那么,要采用這種方案,Web服務器和應用程序之間就要知道如何進行交互。為了定義Web服務器和應用程序之間的交互過程,就形成了很多不同的規范。這種規范里最早的一個是CGI][3,1993年開發的。后來又出現了很多這樣的規范。比如改進CGI性能的FasgCGI,Java專用的Servlet規范,還有Python專用的WSGI規范等。提出這些規范的目的就是為了定義統一的標準,提升程序的可移植性。在WSGI規范的最開始的PEP-333中一開始就描述了為什么需要WSGI規范。

WSGI如何工作

從上文可以知道,WSGI相當于是Web服務器和Python應用程序之間的橋梁。那么這個橋梁是如何工作的呢?首先,我們明確橋梁的作用,WSGI存在的目的有兩個:

讓Web服務器知道如何調用Python應用程序,并且把用戶的請求告訴應用程序。

讓Python應用程序知道用戶的具體請求是什么,以及如何返回結果給Web服務器。

WSGI中的角色

在WSGI中定義了兩個角色,Web服務器端稱為server或者gateway,應用程序端稱為application或者framework(因為WSGI的應用程序端的規范一般都是由具體的框架來實現的)。我們下面統一使用server和application這兩個術語。

server端會先收到用戶的請求,然后會根據規范的要求調用application端,如下圖所示:

調用的結果會被封裝成HTTP響應后再發送給客戶端。

server如何調用application

首先,每個application的入口只有一個,也就是所有的客戶端請求都同一個入口進入到應用程序。

接下來,server端需要知道去哪里找application的入口。這個需要在server端指定一個Python模塊,也就是Python應用中的一個文件,并且這個模塊中需要包含一個名稱為application的可調用對象(函數和類都可以),這個application對象就是這個應用程序的唯一入口了。WSGI還定義了application對象的形式:

def simple_app(environ, start_response):
      pass

上面代碼中的environstart_response就是server端調用application對象時傳遞的兩個參數。

我們來看具體的例子。假設我們的應用程序的入口文件是/var/www/index.py,那么我們就需要在server端配置好這個路徑(如何配置取決于server端的實現),然后在index.py中的代碼如下所示:

使用標準庫(這個只是demo)

import wsgiref

application = wsgiref.simple_server.demo_app

使用web.py框架

import web

urls = (
    "/.*", "hello",
)

class hello(object):
    def GET(self):
        return "Hello, world."

application = web.application(urls, globals()).wsgifunc()

你可以看到,文件中都需要有一個application對象,server端會找到這個文件,然后調用這個對象。所以支持WSGI的Python框架最終都會有這么一個application對象,不過框架的使用者不需要關心這個application對象內部是如何工作的,只需要關心路由定義、請求處理等具體的業務邏輯。

因為application對象是唯一的入口,所以不管客戶端請求的路徑和數據是什么,server都是調用這個application對象,具體的客戶端請求的處理有application對象完成。

application對象需要做什么

上面已經提到了,application對象需要是一個可調用對象,而且其定義需要滿足如下形式:

def simple_app(environ, start_response):
      pass

當server按照WSGI的規范調用了application之后,application就可以開始處理客戶端的請求了,處理請求之后,application對象需要返回處理結果給server端。處理請求和返回結果這兩個事情,都和server調用application對象時傳遞的兩個參數有關。

environ參數

environ參數是一個Python的字典,里面存放了所有和客戶端相關的信息,這樣application對象就能知道客戶端請求的資源是什么,請求中帶了什么數據等。environ字典包含了一些CGI規范要求的數據,以及WSGI規范新增的數據,還可能包含一些操作系統的環境變量以及Web服務器相關的環境變量。我們來看一些environ中常用的成員:

首先是CGI規范中要求的變量:

REQUEST_METHOD: 請求方法,是個字符串,"GET", "POST"等

SCRIPT_NAME: HTTP請求的path中的用于查找到application對象的部分,比如Web服務器可以根據path的一部分來決定請求由哪個virtual host處理

PATH_INFO: HTTP請求的path中剩余的部分,也就是application要處理的部分

QUERY_STRING: HTTP請求中的查詢字符串,URL中?后面的內容

CONTENT_TYPE: HTTP headers中的content-type內容

CONTENT_LENGTH: HTTP headers中的content-length內容

SERVER_NAMESERVER_PORT: 服務器名和端口,這兩個值和前面的SCRIPT_NAME, PATH_INFO拼起來可以得到完整的URL路徑

SERVER_PROTOCOL: HTTP協議版本,HTTP/1.0或者HTTP/1.1

HTTP_: 和HTTP請求中的headers對應。

WSGI規范中還要求environ包含下列成員:

wsgi.version:表示WSGI版本,一個元組(1, 0),表示版本1.0

wsgi.url_scheme:http或者https

wsgi.input:一個類文件的輸入流,application可以通過這個獲取HTTP request body

wsgi.errors:一個輸出流,當應用程序出錯時,可以將錯誤信息寫入這里

wsgi.multithread:當application對象可能被多個線程同時調用時,這個值需要為True

wsgi.multiprocess:當application對象可能被多個進程同時調用時,這個值需要為True

wsgi.run_once:當server期望application對象在進程的生命周期內只被調用一次時,該值為True

上面列出的這些內容已經包括了客戶端請求的所有數據,足夠application對象處理客戶端請求了。

start_resposne參數

start_response是一個可調用對象,接收兩個必選參數和一個可選參數:

status: 一個字符串,表示HTTP響應狀態字符串

response_headers: 一個列表,包含有如下形式的元組:(header_name, header_value),用來表示HTTP響應的headers

exc_info(可選): 用于出錯時,server需要返回給瀏覽器的信息

當application對象根據environ參數的內容執行完業務邏輯后,就需要返回結果給server端。我們知道HTTP的響應需要包含status,headers和body,所以在application對象將body作為返回值return之前,需要先調用start_response(),將status和headers的內容返回給server,這同時也是告訴server,application對象要開始返回body了。

application對象的返回值

application對象的返回值用于為HTTP響應提供body,如果沒有body,那么可以返回None。如果有body的化,那么需要返回一個可迭代的對象。server端通過遍歷這個可迭代對象可以獲得body的全部內容。

application demo

PEP-3333中有一個application的實現demo,我把它再簡化之后如下:

def simple_app(environ, start_response):
      status = "200 OK"
      response_headers = [("Content-type", "text/plain")]
      start_response(status, response_headers)
      return ["hello, world"]

可以將這段代碼和前面的說明對照起來理解。

再談server如何調用application

前面已經知道server如何定位到application的入口了,也知道了application的入口的形式以及application對象內部需要完成的工作。那么,我們還需要再說一下,environstart_response()是需要在server端的生成和定義的,其中關于start_response()的部分在規范中也有明確的要求。這部分內容太長了,不適合放在本文中,有興趣的讀者可以去看下PEP-3333,里面有一段server端的demo實現。

WSGI中間件

WSGI Middleware(中間件)也是WSGI規范的一部分。上一章我們已經說明了WSGI的兩個角色:server和application。那么middleware是一種運行在server和application中間的應用(一般都是Python應用)。middleware同時具備server和application角色,對于server來說,它是一個application;對于application來說,它是一個server。middleware并不修改server端和application端的規范,只是同時實現了這兩個角色的功能而已。

我們可以通過下圖來說明middleware是如何工作的:

上圖中最上面的三個彩色框表示角色,中間的白色框表示操作,操作的發生順序按照1 ~ 5進行了排序,我們直接對著上圖來說明middleware是如何工作的:

Server收到客戶端的HTTP請求后,生成了environ_s,并且已經定義了start_response_s

Server調用Middleware的application對象,傳遞的參數是environ_sstart_response_s

Middleware會根據environ執行業務邏輯,生成environ_m,并且已經定義了start_response_m

Middleware決定調用Application的application對象,傳遞參數是environ_mstart_response_m。Application的application對象處理完成后,會調用start_response_m并且返回結果給Middleware,存放在result_m中。

Middleware處理result_m,然后生成result_s,接著調用start_response_s,并返回結果result_s給Server端。Server端獲取到result_s后就可以發送結果給客戶端了。

從上面的流程可以看出middleware應用的幾個特點:

Server認為middleware是一個application。

Application認為middleware是一個server。

Middleware可以有多層。

因為Middleware能過處理所有經過的request和response,所以要做什么都可以,沒有限制。比如可以檢查request是否有非法內容,檢查response是否有非法內容,為request加上特定的HTTP header等,這些都是可以的。

WSGI的實現和部署

要使用WSGI,需要分別實現server角色和application角色。

Application端的實現一般是由Python的各種框架來實現的,比如Django, web.py等,一般開發者不需要關心WSGI的實現,框架會會提供接口讓開發者獲取HTTP請求的內容以及發送HTTP響應。

Server端的實現會比較復雜一點,這個主要是因為軟件架構的原因。一般常用的Web服務器,如Apache和nginx,都不會內置WSGI的支持,而是通過擴展來完成。比如Apache服務器,會通過擴展模塊mod_wsgi來支持WSGI。Apache和mod_wsgi之間通過程序內部接口傳遞信息,mod_wsgi會實現WSGI的server端、進程管理以及對application的調用。Nginx上一般是用proxy的方式,用nginx的協議將請求封裝好,發送給應用服務器,比如uWSGI,應用服務器會實現WSGI的服務端、進程管理以及對application的調用。

文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。

轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/37580.html

相關文章

  • flask 源碼解析:簡介

    摘要:簡介官網上對它的定位是一個微開發框架。另外一個必須理解的概念是,簡單來說就是一套和框架應用之間的協議。功能比較豐富,支持解析自動防止攻擊繼承變量過濾器流程邏輯支持代碼邏輯集成等等。那么,從下一篇文章,我們就正式開始源碼之旅了 文章屬于作者原創,原文發布在個人博客。 flask 簡介 Flask 官網上對它的定位是一個微 python web 開發框架。 Flask is a micro...

    megatron 評論0 收藏0
  • 通過demo學習OpenStack開發所需的基礎知識 -- API服務(2)

    摘要:這種表示具體的。中其他的關鍵字則是函數的參數,用于表示不同的前綴。這個是這個指定的第一個,作用是限制請求的大小。表示實現主要功能的應用,是一個標準的。對象是根據中的配置來處理的。最后會把請求交給進行處理。 本文會重點講解OpenStack中使用的API開發框架的使用。但是本文的目的并不是覆蓋這些框架的使用細節,而是通過說明重要的部分,降低初學者的入門的門檻。框架的使用細節都可以從文檔中...

    Martin91 評論0 收藏0
  • [轉]深入理解wsgiref

    摘要:原地址介紹要很好地理解下面的代碼,最好有一定的編程基礎,了解的基本概念和流程。這個文件主要是的處理過程,定義調用處理等等。 原地址:http://cizixs.com/2014/11/09/... 1. 介紹 要很好地理解下面的代碼,最好有一定的 socket 編程基礎,了解 socket 的基本概念和流程。 wsgiref 是 PEP 333 定義的 wsgi 規范的范例實現,里面...

    Moxmi 評論0 收藏0
  • 通過demo學習OpenStack開發所需的基礎知識 -- API服務(1)

    摘要:通過,也就是通過各個項目提供的來使用各個服務的功能。通過使用的方式是由各個服務自己實現的,比如負責計算的項目實現了計算相關的,負責認證的項目實現了認證和授權相關的。的服務都是使用的方式來部署的。 使用OpenStack服務的方式 OpenStack項目作為一個IaaS平臺,提供了三種使用方式: 通過Web界面,也就是通過Dashboard(面板)來使用平臺上的功能。 通過命令行,也就...

    Jason_Geng 評論0 收藏0
  • Django學習——Django的基礎2(安裝、簡介

    摘要:安裝安裝版本可以在和之前的版本可以使用,可以安裝之后的版本我在這里安裝的是版本驗證是否安裝成功如何創建一個項目創建項目創建項目目錄目錄名稱目錄名稱我在此創建目錄然后進入該目錄。 安裝 pip install django==1.11.4 安裝1.11版本可以在python2 和python3.6之前的版本可以使用,python3.7可以安裝2.0之后的版本我在這里安裝的是2.1.7版本...

    oysun 評論0 收藏0

發表評論

0條評論

最新活動
閱讀需要支付1元查看
<