FastAPI：数据无效时仍让视图获取数据的实现方案

方法一：自定义依赖处理验证与实例化 #

这种方式无需修改视图参数签名，通过依赖函数手动处理请求体的解析与验证，无论数据是否有效，都会生成Item实例并传入视图，同时标记有效性状态。

步骤1：修改Item模型，添加有效性标记 #

from pydantic import BaseModel

class Item(BaseModel):
    id: int
    price: float
    is_offer: bool | None = False
    is_valid: bool = True  # 新增字段标记数据是否有效

    class Config:
        extra = "allow"  # 允许原始数据包含未定义字段，避免解析报错

步骤2：编写自定义依赖函数 #

from fastapi import Depends, Request
from pydantic import ValidationError

async def get_valid_or_invalid_item(request: Request) -> Item:
    raw_data = await request.json()
    try:
        # 验证通过，标记为有效状态
        item = Item(**raw_data)
        item.is_valid = True
        return item
    except ValidationError:
        # 验证失败，用model_construct绕过验证创建实例，标记为无效
        item = Item.model_construct(**raw_data)
        item.is_valid = False
        return item

步骤3：视图中使用该依赖 #

from fastapi import FastAPI

app = FastAPI()

@app.post("/")
async def hello_root(item: Item = Depends(get_valid_or_invalid_item)):
    if not item.is_valid:
        # 将无效数据存入数据库，跳过后续业务逻辑
        # save_invalid_item_to_db(item.dict())  # 替换为你的实际存库逻辑
        return {"status": "invalid_saved", "data": item.dict()}
    
    # 执行正常业务逻辑
    return {"status": "success", "data": dict(item)}

方法二：针对性异常处理器优化 #

如果倾向于用异常处理的方式，可在全局异常处理器中仅针对目标视图做特殊处理，避免影响其他视图：

from fastapi import Request
from fastapi.exceptions import RequestValidationError
from starlette.responses import JSONResponse

@app.exception_handler(RequestValidationError)
async def targeted_validation_handler(request: Request, exc: RequestValidationError):
    # 判断当前请求是否对应目标视图
    if request.scope["endpoint"] == hello_root:
        raw_data = await request.json()
        # 存入无效数据到数据库
        # save_invalid_item_to_db(raw_data)
        return JSONResponse(
            status_code=422,
            content={"status": "invalid_saved", "errors": exc.errors(), "raw_data": raw_data}
        )
    
    # 其他视图沿用默认异常处理逻辑
    return await request.app.default_exception_handler(request, exc)

两种方法对比 #

• 方法一更直观，业务逻辑集中在视图内，便于维护；
• 方法二无需修改模型和依赖，适合快速适配单个视图，但逻辑分散在异常处理器中，多视图场景下会更繁琐。

内容的提问来源于stack exchange，提问作者Ibolit