在學習Flask時，”上下文”是一個繞不開的核心概念。簡單來說，上下文就是當前環境的狀態和數據集合。比如你在訪問一個網頁時，瀏覽器會把你的請求信息（如URL、方法、參數）傳給服務器，服務器處理後返回響應，這個過程中需要臨時存儲這些信息，這就是上下文在發揮作用。
Flask爲了讓開發者能方便地獲取請求和應用的相關數據，設計了請求上下文和應用上下文兩種機制。它們就像兩個不同的”工具箱”，分別存儲與單次請求和整個應用相關的數據。
一、爲什麼需要上下文？¶
假設你正在寫一個博客系統，用戶訪問/login頁面時，你需要：
- 獲取用戶提交的用戶名和密碼（這是請求帶來的數據，需要請求上下文）
- 讀取應用的配置文件（比如數據庫連接信息，這是應用相關的數據，需要應用上下文）
- 在同一個請求的不同函數間共享臨時數據（比如用戶登錄狀態，需要臨時存儲）
如果沒有上下文，這些數據怎麼在函數間傳遞？上下文就是解決這個問題的——它自動幫你”記住”當前請求和應用的狀態，讓你無需手動傳遞參數。
二、請求上下文（Request Context）¶
定義¶
請求上下文是單次請求的專屬”環境”，從用戶發起請求開始，到服務器返回響應結束，它會被創建並自動銷燬。
核心變量¶
request：指向當前請求的對象，包含請求的所有信息（URL、請求方法、參數、Cookie等）。
from flask import request
@app.route('/login')
def login():
username = request.form.get('username') # 獲取請求表單中的用戶名
password = request.form.get('password')
return f"用戶 {username} 嘗試登錄"
g：請求上下文的”臨時數據容器”，用於在單次請求的不同函數間共享數據。
from flask import g
@app.route('/profile')
def profile():
# 假設用戶登錄後，在某個中間件設置了g.user
g.user = {"name": "Alice", "id": 123}
return get_user_info() # 在另一個函數中使用g.user
def get_user_info():
return f"用戶信息：{g.user['name']}"
生命週期¶
- 開始：用戶請求到達Flask應用時創建。
- 結束：服務器返回響應後銷燬。
- 特點：每個請求對應一個獨立的請求上下文，不同請求之間的上下文互不干擾。
三、應用上下文（App Context）¶
定義¶
應用上下文是整個Flask應用的”全局環境”，從應用啓動到關閉，它會一直存在。主要用於存儲與應用本身相關的數據（如配置、應用實例）。
核心變量¶
current_app：指向當前的Flask應用實例，用於訪問應用配置、藍圖等。
from flask import current_app
# 應用配置在settings.py中定義
class Config:
SECRET_KEY = "my-secret-key"
DATABASE_URI = "sqlite:///blog.db"
app = Flask(__name__)
app.config.from_object(Config)
@app.route('/config')
def show_config():
return f"應用密鑰：{current_app.config['SECRET_KEY']}"
app：直接指向當前應用實例（但current_app更靈活，支持多應用場景）。
生命週期¶
- 開始：Flask應用實例創建時自動創建。
- 結束：應用關閉時銷燬。
- 特點：多個請求共享同一個應用上下文，所有請求都能訪問到相同的應用配置。
四、上下文的關鍵區別¶
| 特性 | 請求上下文 | 應用上下文 |
|---|---|---|
| 數據範圍 | 單次請求內有效 | 整個應用生命週期內有效 |
| 核心變量 | request, g | current_app |
| 創建時機 | 每次請求開始時自動創建 | 應用啓動時自動創建 |
| 銷燬時機 | 請求結束時自動銷燬 | 應用關閉時自動銷燬 |
| 用途 | 存儲請求相關數據 | 存儲應用相關全局數據 |
五、常見誤區與注意事項¶
- 不要在非請求上下文中使用
request
如果直接在Python腳本中（非視圖函數/路由函數）使用request，會報錯，因爲此時請求上下文不存在。例如：
# 錯誤示例：直接在腳本中使用request
from flask import request
print(request.args.get('name')) # 報錯：請求上下文不存在
current_app必須在應用上下文中使用
如果應用未初始化，或未激活應用上下文，current_app會報錯。例如：
# 錯誤示例：未激活應用上下文
app = Flask(__name__)
with app.app_context(): # 必須先激活應用上下文
print(current_app.config['SECRET_KEY']) # 正確
g對象是請求級別的“臨時存儲”
不要在多個請求中複用g對象，它會隨請求結束而銷燬。
六、總結¶
- 請求上下文是”單次請求的專屬環境”，用
request獲取請求數據，g存儲臨時數據。 - 應用上下文是”應用全局環境”，用
current_app訪問應用配置和實例。 - 理解上下文的核心是：不同數據需要不同的“生命週期管理”，Flask通過上下文機制簡化了數據傳遞和共享。
如果你剛開始學習Flask，記住：在視圖函數中，request是“當前請求的窗口”，current_app是“當前應用的窗口”，g是“單次請求的臨時便籤”。這些工具會讓你的代碼更簡潔高效！