首先，到底什么是網(wǎng)絡(luò)服務(wù)器？

簡而言之，它是在物理服務(wù)器上搭建的一個(gè)網(wǎng)絡(luò)連接服務(wù)器（networking server），永久地等待客戶端發(fā)送請求。當(dāng)服務(wù)器收到請求之后，它會生成響應(yīng)并將 其返回至客戶端?？蛻舳伺c服務(wù)器之間的通信，是以HTTP協(xié)議進(jìn)行的。客戶端可以是瀏覽器，也可以是任何支持HTTP協(xié)議的軟件。

那么，網(wǎng)絡(luò)服務(wù)器的簡單實(shí)現(xiàn)形式會是怎樣的呢？下面是我對此的理解。示例代碼使用Python語言實(shí)現(xiàn)，不過即使你不懂Python語言，你應(yīng)該也可以從代碼和下面的 解釋中理解相關(guān)的概念：

import socket

HOST, PORT = '', 8888

listen_socket = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
listen_socket.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)
listen_socket.bind((HOST, PORT))
listen_socket.listen(1)
print 'Serving HTTP on port %s ...' % PORT
while True:
  client_connection, client_address = listen_socket.accept()
  request = client_connection.recv(1024)
  print request

  http_response = """\
  HTTP/1.1 200 OK

  Hello, World!
  """

  client_connection.sendall(http_response)
  client_connection.close()

將上面的代碼保存為webserver1.py，或者直接從我的[Github倉庫](https://github.com/rspivak/lsbaws/b lob/master/part1/webserver1.py)下載，然后通過命令行運(yùn)行該文件：

$ python webserver1.py
Serving HTTP on port 8888 …

接下來，在瀏覽器的地址欄輸入這個(gè)鏈接http://localhost:8888/hello, 然后按下回車鍵，你就會看見神奇的一幕。在瀏覽器中，應(yīng)該會出現(xiàn)“ Hello, World!”這句話：

是不是很神奇？接下來，我們來分析背后的實(shí)現(xiàn)原理。

首先，我們來看你所輸入的網(wǎng)絡(luò)地址。它的名字叫URL（Uniform Resource Locator，統(tǒng)一資源定位符），其基本結(jié)構(gòu)如下：

通過URL，你告訴了瀏覽器它所需要發(fā)現(xiàn)并連接的網(wǎng)絡(luò)服務(wù)器地址，以及獲取服務(wù)器上的頁面路徑。不過在瀏覽器發(fā)送HTTP請求之前，它首先要與目標(biāo)網(wǎng)絡(luò)服務(wù)器建立TC P連接。然后，瀏覽器再通過TCP連接發(fā)送HTTP請求至服務(wù)器，并等待服務(wù)器返回HTTP響應(yīng)。當(dāng)瀏覽器收到響應(yīng)的時(shí)候，就會在頁面上顯示響應(yīng)的內(nèi)容，而在上面的例
子中,瀏覽器顯示的就是“Hello, World!”這句話。

那么，在客戶端發(fā)送請求、服務(wù)器返回響應(yīng)之前，二者究竟是如何建立起TCP連接的呢？要建立起TCP連接，服務(wù)器和客戶端都使用了所謂的套接字（socket）。接下 來，我們不直接使用瀏覽器，而是在命令行使用telnet手動模擬瀏覽器。

在運(yùn)行網(wǎng)絡(luò)服務(wù)器的同一臺電腦商，通過命令行開啟一次telnet會話，將需要連接的主機(jī)設(shè)置為localhost，主機(jī)的連接端口設(shè)置為8888，然后 按回車鍵：

$ telnet localhost 8888
Trying 127.0.0.1 …
Connected to localhost.

完成這些操作之后，你其實(shí)已經(jīng)與本地運(yùn)行的網(wǎng)絡(luò)服務(wù)器建立了TCP連接，隨時(shí)可以發(fā)送和接收HTTP信息。在下面這張圖片里，展示的是服務(wù)器接受新TCP連接所需要完 成的標(biāo)準(zhǔn)流程。

在上面那個(gè)telnet會話中，我們輸入GET /hello HTTP/1.1，然后按下回車：

$ telnet localhost 8888
Trying 127.0.0.1 …
Connected to localhost.
GET /hello HTTP/1.1

HTTP/1.1 200 OK
Hello, World!

你成功地手動模擬了瀏覽器！你手動發(fā)送了一條HTTP請求，然后收到了HTTP響應(yīng)。下面這幅圖展示的是HTTP請求的基本結(jié)構(gòu)：

HTTP請求行包括了HTTP方法（這里使用的是GET方法，因?yàn)槲覀兿Ｍ麖姆?wù)器獲取內(nèi)容），服務(wù)器頁面路徑（/hello）以及HTTP協(xié)議的版本。

為了盡量簡化，我們目前實(shí)現(xiàn)的網(wǎng)絡(luò)服務(wù)器并不會解析上面的請求，你完全可以輸入一些沒有任何意義的代碼，也一樣可以收到"Hello, World!"響應(yīng)。

在你輸入請求代碼并按下回車鍵之后，客戶端就將該請求發(fā)送至服務(wù)器了，服務(wù)器則會解析你發(fā)送的請求，并返回相應(yīng)的HTTP響應(yīng)。

下面這張圖顯示的是服務(wù)器返回至客戶端的HTTP響應(yīng)詳情：

我們來分析一下。響應(yīng)中包含了狀態(tài)行HTTP/1.1 200 OK，之后是必須的空行，然后是HTTP響應(yīng)的正文。

響應(yīng)的狀態(tài)行HTTP/1.1 200 OK中，包含了HTTP版本、HTTP狀態(tài)碼以及與狀態(tài)碼相對應(yīng)的原因短語（Reason Phrase）。瀏覽器收到響應(yīng)之后，會顯示響應(yīng)的正文，這就是為什么你會在瀏覽器中看到“Hello, World!”這句話。

這就是網(wǎng)絡(luò)服務(wù)器基本的工作原理了。簡單回顧一下：網(wǎng)絡(luò)服務(wù)器首先創(chuàng)建一個(gè)偵聽套接字（listening socket），并開啟一個(gè)永續(xù)循環(huán)接收新連接；客戶端啟 動一個(gè)與服務(wù)器的TCP連接，成功建立連接之后，向服務(wù)器發(fā)送HTTP請求，之后服務(wù)器返回HTTP響應(yīng)。要建立TCP連接，客戶端和服務(wù)器都使用了套接字。

現(xiàn)在，你已經(jīng)擁有了一個(gè)基本可用的簡易網(wǎng)絡(luò)服務(wù)器，你可以使用瀏覽器或其他HTTP客戶端進(jìn)行測試。正如上文所展示的，通過telnet命令并手動輸入HTTP請 求，你自己也可以成為一個(gè)HTTP客戶端。

下面大家思考一下：如何在不對服務(wù)器代碼作任何修改的情況下，通過該服務(wù)器運(yùn)行Djando應(yīng)用、Flask應(yīng)用和Pyramid應(yīng)用，同時(shí)滿足這些不同網(wǎng)絡(luò) 框架的要求？
以前，你選擇的Python網(wǎng)絡(luò)框架將會限制所能夠使用的網(wǎng)絡(luò)服務(wù)器，反之亦然。如果框架和服務(wù)器在設(shè)計(jì)時(shí)就是可以相互匹配的，那你就不會面臨這個(gè)問題：

但是如果你試圖將設(shè)計(jì)不相匹配的服務(wù)器與框架相結(jié)合，那么你肯定就會碰到下面這張圖所展示的這個(gè)問題：

這就意味著，你基本上只能使用能夠正常運(yùn)行的服務(wù)器與框架組合，而不能選擇你希望使用的服務(wù)器或框架。

那么，你怎樣確?？梢栽诓恍薷木W(wǎng)絡(luò)服務(wù)器代碼或網(wǎng)絡(luò)框架代碼的前提下，使用自己選擇的服務(wù)器，并且匹配多個(gè)不同的網(wǎng)絡(luò)框架呢？為了解決這個(gè)問題，就出現(xiàn)了Python Web服務(wù)器網(wǎng)關(guān)接口（Python Web Server Gateway Interface，簡稱“WSGI”）。

WSGI的出現(xiàn)，讓開發(fā)者可以將網(wǎng)絡(luò)框架與網(wǎng)絡(luò)服務(wù)器的選擇分隔開來，不再相互限制。現(xiàn)在，你可以真正地將不同的網(wǎng)絡(luò)服務(wù)器與網(wǎng)絡(luò)開發(fā)框架進(jìn)行混合搭配，選擇滿足自己需求的組合。例如，你可以使用Gunicorn或Nginx/uWSGI或Waitress服務(wù)器來運(yùn)行Django、Flask或Pyramid應(yīng)用。正是由于服務(wù)器和框架均支持WSGI，才真正得以實(shí)現(xiàn)二者之間的自由混合搭配。

所以，WSGI就是我在上一篇文章中所留問題的答案。你的網(wǎng)絡(luò)服務(wù)器必須實(shí)現(xiàn)一個(gè)服務(wù)器端的WSGI接口，而目前所有現(xiàn)代Python網(wǎng)絡(luò)框架都已經(jīng)實(shí)現(xiàn)了框架端的WSGI接口，這樣開發(fā)者不需要修改服務(wù)器的代碼，就可以支持某個(gè)網(wǎng)絡(luò)框架。

網(wǎng)絡(luò)服務(wù)器和網(wǎng)絡(luò)框架支持WSGI協(xié)議，不僅讓應(yīng)用開發(fā)者選擇符合自己需求的組合，同時(shí)也有利于服務(wù)器和框架的開發(fā)者，因?yàn)樗麄兛梢詫⒆⒁饬性谧约荷瞄L的領(lǐng)域，而不是相互傾軋。其他編程語言也擁有類似的接口：例如Java的Servlet API和Ruby的Rack。

口說無憑，我猜你肯定在想：“無代碼無真相！”既然如此，我就在這里給出一個(gè)非常簡單的WSGI服務(wù)器實(shí)現(xiàn)：

# Tested with Python 2.7.9, Linux & Mac OS X
import socket
import StringIO
import sys


class WSGIServer(object):

  address_family = socket.AF_INET
  socket_type = socket.SOCK_STREAM
  request_queue_size = 1

  def __init__(self, server_address):
    # Create a listening socket
    self.listen_socket = listen_socket = socket.socket(
      self.address_family,
      self.socket_type
    )
    # Allow to reuse the same address
    listen_socket.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)
    # Bind
    listen_socket.bind(server_address)
    # Activate
    listen_socket.listen(self.request_queue_size)
    # Get server host name and port
    host, port = self.listen_socket.getsockname()[:2]
    self.server_name = socket.getfqdn(host)
    self.server_port = port
    # Return headers set by Web framework/Web application
    self.headers_set = []

  def set_app(self, application):
    self.application = application

  def serve_forever(self):
    listen_socket = self.listen_socket
    while True:
      # New client connection
      self.client_connection, client_address = listen_socket.accept()
      # Handle one request and close the client connection. Then
      # loop over to wait for another client connection
      self.handle_one_request()

  def handle_one_request(self):
    self.request_data = request_data = self.client_connection.recv(1024)
    # Print formatted request data a la 'curl -v'
    print(''.join(
      '< {line}\n'.format(line=line)
      for line in request_data.splitlines()
    ))

    self.parse_request(request_data)

    # Construct environment dictionary using request data
    env = self.get_environ()

    # It's time to call our application callable and get
    # back a result that will become HTTP response body
    result = self.application(env, self.start_response)

    # Construct a response and send it back to the client
    self.finish_response(result)

  def parse_request(self, text):
    request_line = text.splitlines()[0]
    request_line = request_line.rstrip('\r\n')
    # Break down the request line into components
    (self.request_method, # GET
     self.path,      # /hello
     self.request_version # HTTP/1.1
     ) = request_line.split()

  def get_environ(self):
    env = {}
    # The following code snippet does not follow PEP8 conventions
    # but it's formatted the way it is for demonstration purposes
    # to emphasize the required variables and their values
    #
    # Required WSGI variables
    env['wsgi.version']   = (1, 0)
    env['wsgi.url_scheme']  = 'http'
    env['wsgi.input']    = StringIO.StringIO(self.request_data)
    env['wsgi.errors']    = sys.stderr
    env['wsgi.multithread'] = False
    env['wsgi.multiprocess'] = False
    env['wsgi.run_once']   = False
    # Required CGI variables
    env['REQUEST_METHOD']  = self.request_method  # GET
    env['PATH_INFO']     = self.path       # /hello
    env['SERVER_NAME']    = self.server_name    # localhost
    env['SERVER_PORT']    = str(self.server_port) # 8888
    return env

  def start_response(self, status, response_headers, exc_info=None):
    # Add necessary server headers
    server_headers = [
      ('Date', 'Tue, 31 Mar 2015 12:54:48 GMT'),
      ('Server', 'WSGIServer 0.2'),
    ]
    self.headers_set = [status, response_headers + server_headers]
    # To adhere to WSGI specification the start_response must return
    # a 'write' callable. We simplicity's sake we'll ignore that detail
    # for now.
    # return self.finish_response

  def finish_response(self, result):
    try:
      status, response_headers = self.headers_set
      response = 'HTTP/1.1 {status}\r\n'.format(status=status)
      for header in response_headers:
        response += '{0}: {1}\r\n'.format(*header)
      response += '\r\n'
      for data in result:
        response += data
      # Print formatted response data a la 'curl -v'
      print(''.join(
        '> {line}\n'.format(line=line)
        for line in response.splitlines()
      ))
      self.client_connection.sendall(response)
    finally:
      self.client_connection.close()


SERVER_ADDRESS = (HOST, PORT) = '', 8888


def make_server(server_address, application):
  server = WSGIServer(server_address)
  server.set_app(application)
  return server


if __name__ == '__main__':
  if len(sys.argv) < 2:
    sys.exit('Provide a WSGI application object as module:callable')
  app_path = sys.argv[1]
  module, application = app_path.split(':')
  module = __import__(module)
  application = getattr(module, application)
  httpd = make_server(SERVER_ADDRESS, application)
  print('WSGIServer: Serving HTTP on port {port} ...\n'.format(port=PORT))
  httpd.serve_forever()

上面的代碼比第一部分的服務(wù)器實(shí)現(xiàn)代碼要長的多，但是這些代碼實(shí)際也不算太長，只有不到150行，大家理解起來并不會太困難。上面這個(gè)服務(wù)器的功能也更多——它可以運(yùn)行你使用自己喜歡的框架所寫出來的網(wǎng)絡(luò)應(yīng)用，無論你選擇Pyramid、Flask、Django或是其他支持WSGI協(xié)議的框架。

你不信？你可以自己測試一下，看看結(jié)果如何。將上述代碼保存為webserver2.py，或者直接從我的Github倉庫下載。如果你運(yùn)行該文件時(shí)沒有提供任何參數(shù)，那么程序就會報(bào)錯并退出。

$ python webserver2.py
Provide a WSGI application object as module:callable

上述程序設(shè)計(jì)的目的，就是運(yùn)行你開發(fā)的網(wǎng)絡(luò)應(yīng)用，但是你還需要滿足一些它的要求。要運(yùn)行服務(wù)器，你只需要安裝Python即可。但是要運(yùn)行使用Pyramid、Flask和Django等框架開發(fā)的網(wǎng)絡(luò)應(yīng)用，你還需要先安裝這些框架。我們接下來安裝這三種框架。我傾向于使用virtualenv安裝。請按照下面的提示創(chuàng)建并激活一個(gè)虛擬環(huán)境，然后安裝這三個(gè)網(wǎng)絡(luò)框架。

$ [sudo] pip install virtualenv
$ mkdir ~/envs
$ virtualenv ~/envs/lsbaws/
$ cd ~/envs/lsbaws/
$ ls
bin include lib
$ source bin/activate
(lsbaws) $ pip install pyramid
(lsbaws) $ pip install flask
(lsbaws) $ pip install django

接下來，你需要創(chuàng)建一個(gè)網(wǎng)絡(luò)應(yīng)用。我們首先創(chuàng)建Pyramid應(yīng)用。將下面的代碼保存為pyramidapp.py文件，放至webserver2.py所在的文件夾中，或者直接從我的Github倉庫下載該文件：

from pyramid.config import Configurator
from pyramid.response import Response


def hello_world(request):
  return Response(
    'Hello world from Pyramid!\n',
    content_type='text/plain',
  )

config = Configurator()
config.add_route('hello', '/hello')
config.add_view(hello_world, route_name='hello')
app = config.make_wsgi_app()

現(xiàn)在，你可以通過自己開發(fā)的網(wǎng)絡(luò)服務(wù)器來啟動上面的Pyramid應(yīng)用。

(lsbaws) $ python webserver2.py pyramidapp:app
WSGIServer: Serving HTTP on port 8888 ...

在運(yùn)行webserver2.py時(shí)，你告訴自己的服務(wù)器去加載pyramidapp模塊中的app可調(diào)用對象（callable）。你的服務(wù)器現(xiàn)在可以接收HTTP請求，并將請求中轉(zhuǎn)至你的Pyramid應(yīng)用。應(yīng)用目前只能處理一個(gè)路由（route）：/hello。在瀏覽器的地址欄輸入http://localhost:8888/hello，按下回車鍵，觀察會出現(xiàn)什么情況：

你還可以在命令行使用curl命令，來測試服務(wù)器運(yùn)行情況：

$ curl -v http://localhost:8888/hello
...

接下來我們創(chuàng)建Flask應(yīng)用。重復(fù)上面的步驟。

from flask import Flask
from flask import Response
flask_app = Flask('flaskapp')


@flask_app.route('/hello')
def hello_world():
  return Response(
    'Hello world from Flask!\n',
    mimetype='text/plain'
  )

app = flask_app.wsgi_app

將上面的代碼保存為flaskapp.py，或者直接從我的Github倉庫下載文件，并運(yùn)行：

(lsbaws) $ python webserver2.py flaskapp:app
WSGIServer: Serving HTTP on port 8888 ...

然后在瀏覽器地址欄輸入http://localhost:8888/hello，并按下回車：

同樣，在命令行使用curl命令，看看服務(wù)器是否會返回Flask應(yīng)用生成的信息：

$ curl -v http://localhost:8888/hello
...

這個(gè)服務(wù)器是不是也能支持Django應(yīng)用？試一試就知道了！不過接下來的操作更為復(fù)雜一些，我建議大家克隆整個(gè)倉庫，并使用其中的djangoapp.py文件。下面的代碼將一個(gè)名叫helloworld的Django應(yīng)用添加至當(dāng)前的Python路徑中，然后導(dǎo)入了該項(xiàng)目的WSGI應(yīng)用。

import sys
sys.path.insert(0, './helloworld')
from helloworld import wsgi


app = wsgi.application

將上面的代碼保存為djangoapp.py，并使用你開發(fā)的服務(wù)器運(yùn)行這個(gè)Django應(yīng)用。

(lsbaws) $ python webserver2.py djangoapp:app
WSGIServer: Serving HTTP on port 8888 ...

同樣，在瀏覽器中輸入http://localhost:8888/hello，并按下回車鍵：

接下來，和前面幾次一樣，你通過命令行使用curl命令進(jìn)行測試，確認(rèn)了這個(gè)Djando應(yīng)用成功處理了你發(fā)出的請求：

$ curl -v http://localhost:8888/hello
...

你有沒有按照上面的步驟測試？你做到了讓服務(wù)器支持全部三種框架嗎？如果沒有，請盡量自己動手操作。閱讀代碼很重要，但這系列文章的目的在于重新開發(fā)，而這意味著你需要自己親自動手。最好是你自己重新輸入所有的代碼，并確保代碼運(yùn)行結(jié)果符合預(yù)期。

經(jīng)過上面的介紹，你應(yīng)該已經(jīng)認(rèn)識到了WSGI的強(qiáng)大之處：它可以讓你自由混合搭配網(wǎng)絡(luò)服務(wù)器和框架。WSGI為Python網(wǎng)絡(luò)服務(wù)器與Python網(wǎng)絡(luò)框架之間的交互提供了一個(gè)極簡的接口，而且非常容易在服務(wù)器端和框架端實(shí)現(xiàn)。下面的代碼段分別展示了服務(wù)器端和框架端的WSGI接口：

def run_application(application):
  """Server code."""
  # This is where an application/framework stores
  # an HTTP status and HTTP response headers for the server
  # to transmit to the client
  headers_set = []
  # Environment dictionary with WSGI/CGI variables
  environ = {}

  def start_response(status, response_headers, exc_info=None):
    headers_set[:] = [status, response_headers]

  # Server invokes the ‘a(chǎn)pplication' callable and gets back the
  # response body
  result = application(environ, start_response)
  # Server builds an HTTP response and transmits it to the client
  …

def app(environ, start_response):
  """A barebones WSGI app."""
  start_response('200 OK', [('Content-Type', 'text/plain')])
  return ['Hello world!']

run_application(app)

下面給大家解釋一下上述代碼的工作原理：

網(wǎng)絡(luò)框架提供一個(gè)命名為application的可調(diào)用對象（WSGI協(xié)議并沒有指定如何實(shí)現(xiàn)這個(gè)對象）。
服務(wù)器每次從HTTP客戶端接收請求之后，調(diào)用application。它會向可調(diào)用對象傳遞一個(gè)名叫environ的字典作為參數(shù)，其中包含了WSGI/CGI的諸多變量，以及一個(gè)名為start_response的可調(diào)用對象。
框架/應(yīng)用生成HTTP狀態(tài)碼以及HTTP響應(yīng)報(bào)頭（HTTP response headers），然后將二者傳遞至start_response，等待服務(wù)器保存。此外，框架/應(yīng)用還將返回響應(yīng)的正文。
服務(wù)器將狀態(tài)碼、響應(yīng)報(bào)頭和響應(yīng)正文組合成HTTP響應(yīng)，并返回給客戶端（這一步并不屬于WSGI協(xié)議）。
下面這張圖直觀地說明了WSGI接口的情況：

有一點(diǎn)要提醒大家，當(dāng)你使用上述框架開發(fā)網(wǎng)絡(luò)應(yīng)用的時(shí)候，你處理的是更高層級的邏輯，并不會直接處理WSGI協(xié)議相關(guān)的要求，但是我很清楚，既然你正在看這篇文章，你一定對框架端的WSGI接口很感興趣。所以，我們接下來在不使用Pyramid、Flask或Djando框架的前提下，自己開發(fā)一個(gè)極簡的WSGI網(wǎng)絡(luò)應(yīng)用/網(wǎng)絡(luò)框架，并使用WSGI服務(wù)器運(yùn)行該應(yīng)用：

def app(environ, start_response):
  """A barebones WSGI application.

  This is a starting point for your own Web framework :)
  """
  status = '200 OK'
  response_headers = [('Content-Type', 'text/plain')]
  start_response(status, response_headers)
  return ['Hello world from a simple WSGI application!\n']

將上述代碼保存為wsgiapp.py文件，或者直接從我的Github倉庫下載，然后利用網(wǎng)絡(luò)服務(wù)器運(yùn)行該應(yīng)用：

(lsbaws) $ python webserver2.py wsgiapp:app
WSGIServer: Serving HTTP on port 8888 ...

在瀏覽器中輸入下圖中的地址，然后按回車鍵。結(jié)果應(yīng)該是這樣的：

你剛剛自己編寫了一個(gè)極簡的WSGI網(wǎng)絡(luò)框架！太不可思議了。

接下來，我們重新分析服務(wù)器返回給客戶端的對象。下面這張圖展示的是你通過HTTP客戶端調(diào)用Pyramid應(yīng)用后，服務(wù)器生成的HTTP響應(yīng)：

上圖中的響應(yīng)與你在第一篇中看到的有些類似，但是也有明顯不同之處。舉個(gè)例子，其中就出現(xiàn)了你之前沒有看到過的4歌HTTP報(bào)頭：Content-Type，Content-Length，Date和Server。這些事網(wǎng)絡(luò)服務(wù)器返回的響應(yīng)對象通常都會包含的報(bào)頭。不過，這四個(gè)都不是必須的。報(bào)頭的目的是傳遞有關(guān)HTTP請求/響應(yīng)的額外信息。

既然你已經(jīng)對WSGI接口有了更深的理解，下面這張圖對響應(yīng)對象的內(nèi)容進(jìn)行了更詳細(xì)的解釋，說明了每條內(nèi)容是如何產(chǎn)生的。

到目前為止，我還沒有介紹過environ字典的具體內(nèi)容，但簡單來說，它是一個(gè)必須包含著WSGI協(xié)議所指定的某些WSGI和CGI變量。服務(wù)器從HTTP請求中獲取字典所需的值。下面這張圖展示的是字典的詳細(xì)內(nèi)容：

網(wǎng)絡(luò)框架通過該字典提供的信息，根據(jù)指定的路由和請求方法等參數(shù)來決定使用哪個(gè)視圖（views），從哪里讀取請求正文，以及如何輸出錯誤信息。

截至目前，你已經(jīng)成功創(chuàng)建了自己的支持WSGI協(xié)議的網(wǎng)絡(luò)服務(wù)器，還利用不同的網(wǎng)絡(luò)框架開發(fā)了多個(gè)網(wǎng)絡(luò)應(yīng)用。另外，你還自己開發(fā)了一個(gè)極簡的網(wǎng)絡(luò)框架。本文介紹的內(nèi)容不可謂不豐富。我們接下來回顧一下WSGI網(wǎng)絡(luò)服務(wù)器如何處理HTTP請求：

• 首先，服務(wù)器啟動并加載網(wǎng)絡(luò)框架/應(yīng)用提供的application可調(diào)用對象
• 然后，服務(wù)器讀取一個(gè)請求信息
• 然后，服務(wù)器對請求進(jìn)行解析
• 然后，服務(wù)器使用請求數(shù)據(jù)創(chuàng)建一個(gè)名叫environ的字典
• 然后，服務(wù)器以environ字典和start_response可調(diào)用對象作為參數(shù)，調(diào)用application，并獲得應(yīng)用生成的響應(yīng)正文。
• 然后，服務(wù)器根據(jù)調(diào)用application對象后返回的數(shù)據(jù)，以及start_response設(shè)置的狀態(tài)碼和響應(yīng)標(biāo)頭，構(gòu)建一個(gè)HTTP響應(yīng)。
• 最后，服務(wù)器將HTTP響應(yīng)返回至客戶端。

以上就是第二部分的所有內(nèi)容。你現(xiàn)在已經(jīng)擁有了一個(gè)正常運(yùn)行的WSGI服務(wù)器，可以支持通過遵守WSGI協(xié)議的網(wǎng)絡(luò)框架所寫的網(wǎng)絡(luò)應(yīng)用。最棒的是，這個(gè)服務(wù)器可以不需要作任何代碼修改，就可以與多個(gè)網(wǎng)絡(luò)框架配合使用。

最新評論