Flask-SQLAlchemy 3.0 中 _db.session 报错本质是会话被提前关闭，因默认禁用隐式绑定且 db.session 每次访问返回新会话实例，不可缓存复用，非请求上下文须手动创建并关闭会话。
Flask-SQLAlchemy 3.0 的 _db.session 报错本质是会话被提前关闭
Flask-SQLAlchemy 3.0 默认启用 session_options={"expire_on_commit": False}，且彻底移除了对全局 _db.session 的隐式绑定支持。常见报错如 AttributeError: 'scoped_session' object has no attribute 'add' 或 sqlalchemy.exc.InvalidRequestError: Session is closed，根本原因不是代码写错了，而是你还在用 2.x 风格直接操作 _db.session —— 它现在只是个 scoped_session 工厂，不是活跃会话实例。
必须用 db.session 替代 _db.session，且不能跨请求复用会话对象
Flask-SQLAlchemy 3.0 要求所有数据库操作都通过 db.session（即 SQLAlchemy 实例的 session 属性）进行，它会在每个请求上下文自动提供一个独立、生命周期受控的会话。手动保存或传递 db.session 返回的会话对象（比如赋值给变量、传入异步函数、缓存到类属性）会导致后续操作失败。
- ✅ 正确：每次需要时直接调用
db.session.add()、db.session.query() - ❌ 错误：
sess = db.session，然后在另一个函数里用sess.add() - ❌ 错误：在
@app.before_first_request中初始化会话并复用 - ⚠️ 特别注意：Celery 任务、线程、协程中无法自动获取 Flask 请求上下文，
db.session会为空或报RuntimeError: No application context
异步/后台任务中必须显式创建和管理会话
Flask-SQLAlchemy 3.0 不支持自动为非请求上下文（如 Celery、threading、asyncio）提供会话。你必须手动构造新会话，并确保正确关闭。
使用 Playwright 为 jimeng.jianying.com 管理浏览器会话，导入 cookies/localStorage 以自动化视频生成工作流，支持图片上传等功能
from sqlalchemy.orm import sessionmaker from myapp import db <h1>获取绑定到同一引擎的会话工厂</h1><p>Session = sessionmaker(bind=db.engine) sess = Session() try: sess.add(MyModel(name="test")) sess.commit() except Exception: sess.rollback() raise finally: sess.close() # 必须显式 close，否则连接泄漏
- 不要用
db.session在 Celery 任务里 —— 它依赖 Flask 上下文，而 Celery 没有 - 不要复用
Session()实例跨任务，每次任务都应新建 + 关闭 - 若用
async，需搭配SQLAlchemy 2.0+的AsyncSession，Flask-SQLAlchemy 3.0 当前不原生支持异步会话
调试会话状态：用 db.session.is_active 和 db.session._model_changes 辅助判断
当遇到“Session is closed”但不确定哪里关的，可插入检查点快速定位：
立即学习“Python免费学习笔记（深入）”；
print("Session active?", db.session.is_active)
print("Has pending changes?", bool(db.session._model_changes))
print("Bound to engine?", db.session.bind is not None)
-
db.session.is_active为False表示已被close()或自动回收（如请求结束） -
db.session._model_changes非空说明还有未提交变更，此时调用commit()可能触发异常，应先rollback() - 请求结束后，Flask-SQLAlchemy 会自动
remove()当前会话，所以绝不能在after_request里再操作db.session
Flask-SQLAlchemy 3.0 的会话管理不再“帮你兜底”，它把控制权交还给你——不是更难了，而是边界更清晰了。最容易被忽略的是：你以为在用同一个会话，其实每次 db.session 访问都是新实例；你以为能缓存它，其实一缓存就失效。
