FastAPI中依赖注入的SQLAlchemy Session是否处理异常回滚？

1. 默认的get_db依赖不会自动处理异常回滚 #

你贴的FastAPI官方示例代码里，get_db仅完成Session的生成、交付和最终关闭操作，没有主动处理异常回滚的逻辑。当请求过程中抛出异常时，未提交的事务会一直挂在Session上，直到Session关闭时SQLAlchemy才会被动回滚，但这并非规范的事务处理方式，可能导致连接资源被无效占用。

2. SQLAlchemy上下文管理器的自动回滚逻辑 #

你提到的with Session() as session: with session.begin(): [...]写法，核心是session.begin()返回的Transaction上下文管理器：

• 进入代码块时自动开启事务
• 代码正常执行完毕，自动提交事务
• 代码抛出异常时，自动触发回滚并重新抛出异常

这种写法是SQLAlchemy推荐的事务管理方式，把事务的提交/回滚逻辑交给上下文自动处理，无需手动编写分支判断。

3. 修改FastAPI的get_db依赖，实现自动回滚 #

要让Session依赖具备异常回滚能力，有两种常用的规范写法：

写法一：显式捕获异常处理 #

def get_db():
    db = SessionLocal()
    try:
        db.begin()  # 手动开启事务
        yield db
        # 请求正常完成，提交事务
        db.commit()
    except Exception:
        # 捕获异常后主动回滚事务
        db.rollback()
        # 重新抛出异常，让FastAPI生成错误响应
        raise
    finally:
        # 无论成功失败，最终关闭Session
        db.close()

写法二：嵌套上下文管理器（更简洁） #

直接利用SQLAlchemy的上下文自动管理Session生命周期和事务：

def get_db():
    with SessionLocal() as db:
        with db.begin():
            yield db

• 外层with SessionLocal()：自动处理Session的关闭逻辑，替代原来的finally块
• 内层with db.begin()：自动处理事务的提交/回滚，异常时触发回滚

关于全局Session依赖冲突的补充（备注问题） #

虽然你说明这与核心问题无关，但可以简单提一句：要避免APIRouter全局Session和路由独立Session的冲突，不要在APIRouter中绑定全局Session实例，确保每个路由都通过Depends(get_db)获取Session——每次调用get_db都会生成全新的SessionLocal实例，从根源上避免标识映射和加载策略的对象混乱问题。

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