FastAPI路由如何根据请求用户身份动态设置response_model

首先明确核心限制：路由装饰器上的response_model属于应用启动阶段就固定解析的静态配置，运行时才能拿到的is_superuser判断结果，无法反向修改装饰器的静态传参，因此没法直接对装饰器的response_model做条件设置。

具体实现 #

• 移除路由装饰器上固定写死的response_model配置，在接口函数内部根据用户身份，使用对应权限级别的Pydantic模型完成数据序列化后再返回
• 你之前调用from_orm没成功的常见原因是直接对整个ORM结果列表调用方法，实际需要逐元素对单条数据库记录做模型校验；同时要确保对应Pydantic模型开启了 from_attributes = True（Pydantic v2写法，老版本为 orm_mode = True）的ORM读取配置。

可直接复用的修正代码：

@router.get("/")
def get_companies(db: Session = Depends(get_db), is_superuser: bool = Depends(check_is_superuser)):
    """
    不同权限用户返回对应范围的公司数据
    """
    if is_superuser:
        companies = crud.get_companies_admin(db=db)
        # 逐元素使用超管专属响应模型序列化，自动过滤模型定义外的敏感字段
        return [schema.CompanySuperusers.model_validate(company, from_attributes=True) for company in companies]
    companies = crud.get_companies_user(db=db)
    return [schema.CompanyRegularUsers.model_validate(company, from_attributes=True) for company in companies]

以上实现完全复用你现有的CRUD层查询逻辑，不需要拆分两个独立接口，也不需要改动已编写的业务数据筛选规则。

常见坑点提醒 #

• 不要直接将原始SQLAlchemy ORM对象作为返回值，必须经过对应权限级别的Pydantic模型序列化，否则会出现序列化报错、敏感字段无过滤泄露的权限问题
• 之前尝试使用JSONResponse失败的核心原因是绕过了FastAPI内置的Pydantic序列化链路，会导致日期类型、关联表对象等无法被正常转成JSON格式

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