1. 程式人生 > >Flask 原始碼閱讀筆記 開篇

Flask 原始碼閱讀筆記 開篇

Flask 是一個 Python 實現的 Web 開發微框架, 有豐富的生態資源。本文從一段官方的示例程式碼通過一步步打斷點方式解釋 Flask 內部的執行機制,在一些關鍵概念會有相關解釋,這些前提概念對整體理解 Flask框架十分重要,本文基於flask 0.1 版本進行相應的分析。

官方demo示例

from flask import Flask
app = Flask(__name__)

@app.route('/')
def hello_world():
    return 'Hello World!'

if __name__ == '__main__':
    app.run(
)

第一行import Flask 類物件,這個無需解釋。跳到第二行,使用當前模組的名字傳入Flask類中,並例項化Flask物件,我們在這個地方打個斷點,看看Flask類別裡有什麼。 進入Flask內部還沒例項化 上圖可以看出,Flask類中定義jinia_options、request_class、response_class等變數,這裡我們不關係具體作用,先看看原始碼中Flask 是不是定義了這些屬性。

class Flask(object):
    # 省略了註釋部分
    # flask request 的請求物件的類
    request_class = Request
    # flask response 的響應物件的類
response_class = Response # 靜態檔案路徑 static_path = '/static' # 金鑰,用於加密 session 或其它涉及安全的東西 secret_key = None #儲存session物件資料的cookie名稱 session_cookie_name = 'session' # Jinja2環境的一些選項 jinja_options = dict( autoescape=True, extensions=['jinja2.ext.autoescape'
, 'jinja2.ext.with_'] )

這部分是初始化Flask類中預設設定的一些屬性,其實通過名字也可以大概知道每個屬性的作用。看到這個地方時是不是一臉懵逼,Request、Response 是什麼東西,有什麼作用?Jinja2 又是什麼東西? 別急,下面慢慢解釋這幾個東西的作用。

Request && Response

from werkzeug import Request as RequestBase, Response as ResponseBase

class Request(RequestBase):
    """The request object used by default in flask.  Remembers the
    matched endpoint and view arguments.

    It is what ends up as :class:`~flask.request`.  If you want to replace
    the request object used you can subclass this and set
    :attr:`~flask.Flask.request_class` to your subclass.
    """

    def __init__(self, environ):
        RequestBase.__init__(self, environ)
        self.endpoint = None     # 請求物件的端點
        self.view_args = None    # 請求檢視函式的引數

class Response(ResponseBase):
    """The response object that is used by default in flask.  Works like the
    response object from Werkzeug but is set to have a HTML mimetype by
    default.  Quite often you don't have to create this object yourself because
    :meth:`~flask.Flask.make_response` will take care of that for you.

    If you want to replace the response object used you can subclass this and
    set :attr:`~flask.Flask.request_class` to your subclass.
    """
    default_mimetype = 'text/html'

通過原始碼的註釋我們可以知道,Request、Response都只是對 werkzeug 庫的Request、Response 進行了一層包裝並加入一些屬性。先說一下它們的作用:

  • Request 的作用:是 flask 預設的請求物件,用來記住匹配的endpoint(端點)和view arguments(檢視引數)
  • Response 的作用:是 flask 預設的響應物件,預設設定MIME型別預設設定為HTML(即是定義了內容型別 Content-Type 返回的型別為HTML), 預設情況下,你不用自己建立這個物件,因為下面的 make_response 函式會幫你處理。

看完上面原始碼和解釋,是不是有新的疑問了,werkzeug又是什麼?端點又是什麼概念?額,werkzeug的作用真的很大,整個框架都是基於它實現的,下面會有一個部分專門說明這個庫。說明: werkzeug 庫和 jinja2 是 flask 的兩個依賴庫,會分出一篇文章專門介紹,這篇文章重點是整個 Flask 內部的機制,建議看到對應部分,先提前去讀兩個依賴庫的文章。

接下來繼續下一步的除錯,初始化一個Flask類, 先看看 Flask 類的初始化函式:


def _get_package_path(name):
    """Returns the path to a package or cwd if that cannot be found."""
    # 獲取 模組包 路徑,被 Flask 引用
    try:
        return os.path.abspath(os.path.dirname(sys.modules[name].__file__))
    except (KeyError, AttributeError):
        return os.getcwd()

class Flask(object):
      # 簡化版,已經去掉註釋,建議看原始碼註釋加上這個理解
     def __init__(self, package_name):
        # 設定是否開啟除錯模式,若開啟,會監視專案程式碼變化,
        # 開發伺服器過載 Flask 應用
        self.debug = False

        # 包或模組的名字,模組的名稱將會因其作為單獨應用啟動還是作為模組匯入而不同
        # Flask 才知道到哪去找模板、靜態檔案
        self.package_name = package_name

        # 根據 Flask 傳入的__name__, 找到專案的根路徑
        self.root_path = _get_package_path(self.package_name)

        # 已註冊的所有檢視函式的字典,字典的鍵是函式名稱,可以用來生成URL(url_for函式)
        # 字典的值是函式本身, 想要註冊檢視函式,可以使用 route 裝飾器 
        self.view_functions = {}

        # 所有已註冊錯誤處理程式的字典, 字典的鍵是一個整數型別(integer)的錯誤碼
        # 字典的值是對應錯誤的函式,想要註冊錯誤handler, 可以使用 errorhandler 裝飾器
        self.error_handlers = {}

        # 請求開始進入時,但還請求還沒排程前呼叫的函式列表,也就是預處理操作
        # 可用於開啟資料庫連線或獲取當前登入使用者,使用 before_route 裝飾器註冊
        self.before_request_funcs = []

        # 請求結束時呼叫的函式列表,這些函式會被傳入當前響應物件並將其修改或替換它。
        self.after_request_funcs = []
 
        # 不帶引數呼叫的函式列表,用於填充模板上下文,每個應該返回更新模板上下文的字典
        # 預設的處理器用來注入session、request和g
        self.template_context_processors = [_default_template_ctx_processor]
        
        # 使用 werkzeug 的 routing.Map, 用於給應用增加一些URL規則,
        # URL規則形成一個Map例項的過程中會生成對應的正則表示式,可以進行URL匹配
        self.url_map = Map()
        
        # 新增靜態檔案的URL對映規則
        # SharedDataMiddleware中介軟體用來為程式新增處理靜態檔案的能力
        if self.static_path is not None:
            self.url_map.add(Rule(self.static_path + '/<filename>',
                                  build_only=True, endpoint='static'))
            if pkg_resources is not None:
                target = (self.package_name, 'static')
            else:
                target = os.path.join(self.root_path, 'static')
            self.wsgi_app = SharedDataMiddleware(self.wsgi_app, {
                self.static_path: target   # URL路徑和實際檔案目錄(static資料夾)的對映
            })
        
        # Jinja2 環境,它通過jinja_options建立,載入器(loader)通過
        self.jinja_env = Environment(loader=self.create_jinja_loader(),
                                     **self.jinja_options)
        # 將url_for, get_flashed_message 作為全域性物件填充入模板上下文中,可以在模板中呼叫它們
        self.jinja_env.globals.update(
            url_for=url_for,
            get_flashed_messages=get_flashed_messages
        )

上面就是一個 Flask 例項化時所做的工作,其實就是儲存了一下配置資訊,設定了一下Jinja2 環境,並定義了一個URL 對映物件,用於對映URL 到函式之間的關係。

總結

開篇主要講了初始化一個Flask物件,內部做了什麼工作,配置了一下資訊,設定了一下Jinja2 環境,定義了一些檢視函式存放的資料結構,定義了一個Map物件用於後面儲存URL 和 檢視函式的對映關係。接下來會有更多關於werkzeug, jinja2 和 WSGI 相關文章放出來,敬請期待!!!

參考