Flask中request.get_json()默认返回None是因为缺少Content-Type: application/json头或请求体非法；需显式设置头部，或用silent=True避免异常、force=True强制解析（但有风险），推荐封装工具函数统一处理。
Flask如何确保request.get_json()不返回None
默认情况下，Flask不会自动解析请求体为JSON，即使客户端发了{"key": "value"}，request.get_json() 也大概率返回 None——根本原因在于缺少合法的Content-Type: application/json头，或请求体为空/格式非法。
强制解析的关键不是“绕过检查”，而是让Flask明确知道“这该是JSON”，并处理常见异常路径：
- 必须在请求头中带上
Content-Type: application/json，否则get_json()默认跳过解析 - 如果想忽略头部、强行尝试解析（例如调试或兼容老旧客户端），可传参
force=True：request.get_json(force=True)，但它不校验Content-Type，也不修复编码问题 - 更稳妥的做法是配合
silent=True避免抛异常：request.get_json(silent=True, force=False)，返回None而非 400 错误，便于自定义错误响应
为什么request.json有时是None而request.get_data()能拿到原始字节
request.json 是 request.get_json(cache=True) 的快捷方式，它依赖缓存和头部验证；一旦Content-Type缺失、不匹配，或请求体无法解码，就直接返回 None。而 request.get_data() 不做任何解析，只读取原始请求体字节，所以总能拿到数据（哪怕它是乱码或非JSON）。
典型场景：
立即学习“Python免费学习笔记（深入）”；
- 前端用
fetch但忘了设headers: {'Content-Type': 'application/json'}→request.json为None - Postman 发送 raw JSON 但选了 “Text” 而非 “JSON” 类型 → 头部是
text/plain→ Flask 拒绝解析 - 请求体含 UTF-8 BOM 或多余空白 → JSON 解析失败，
get_json(silent=True)返回None，但get_data()仍可取到字节
如何统一拦截并标准化JSON解析逻辑
与其在每个路由里重复写 get_json(silent=True, force=True)，不如用 @app.before_request 或自定义装饰器预处理。但注意：Flask 不允许中途修改 request 对象本身（它是只读的），所以推荐封装一个工具函数：
def get_json_or_400():
data = request.get_json(silent=True)
if data is None:
# 尝试从原始数据手动解码
raw = request.get_data()
if not raw:
abort(400, "Empty request body")
try:
data = json.loads(raw.decode('utf-8'))
except (UnicodeDecodeError, json.JSONDecodeError) as e:
abort(400, f"Invalid JSON: {str(e)}")
return data
在路由中直接调用：payload = get_json_or_400()。这样既保持语义清晰，又集中处理了空体、编码、语法三类最常见失败点。
使用force=True的潜在风险
force=True 看似方便，实则掩盖问题：
- 它会让 Flask 忽略
Content-Type，把application/x-www-form-urlencoded或multipart/form-data请求也当 JSON 解析 → 十有八九抛JSONDecodeError - 若客户端发的是纯文本（如
"hello"），force=True会成功返回字符串，但后续代码可能假设它是字典，导致AttributeError - 某些 WSGI 中间件（如 Nginx 的
client_max_body_size截断）可能导致部分字节丢失，force=True仍尝试解析残缺 JSON，结果不可控
真正需要“强制”的地方极少；多数情况应优先修正客户端行为，或用上面提到的显式解码+校验方式。
