SQLAlchemy 已加 selectinload 仍报 MissingGreenlet：get 可能复用旧对象

使用 SQLAlchemy AsyncSession，已经给 session.get() 加了 selectinload(User.roles)，访问 user.roles 却仍报 MissingGreenlet 或 greenlet_spawn has not been called。如果同一个 Session 先前已经创建或查询过这个用户，先检查 get 是否直接返回了 identity map 里的对象，根本没有重新执行加载查询。

这条路径针对 SQLAlchemy 2.0 的异步 ORM、同一 Session 重复取得已有对象、关系尚未加载的情况。空的关系集合本身不会必然触发 MissingGreenlet；尚未加载的关系、过期属性或其他隐式 I/O，也可能产生同类错误。

get 的 options 只在查询真正发生时应用

Session 在 identity map 中按主键维护对象。普通 get 命中尚未完全过期的已有对象时，可以直接返回它，不再发送 SELECT。因此，后来补到 get 上的加载选项，不一定会重新填充这个对象的关系。

在受控测试环境检查查询日志与对象的加载状态，确认第二次 get 是否真的发送了主对象及关系查询。不要在生产记录敏感绑定值；这里需要观察的是查询是否发生、加载了哪些关系，以及 Session 的生命周期。

尤其要检查测试夹具：测试准备阶段创建对象，随后测试又复用同一个 Session 读取它，可能与实际请求中使用独立 Session 的行为不同。不能因测试中空集合报错，就认定 selectinload 不支持没有关联记录的对象。

需要重新加载时，明确请求 populate_existing

下面是已有模型和 AsyncSession 中的调用示例，User、User.roles 与 user_id 应对应项目实际映射：

from sqlalchemy.orm import selectinload

user = await session.get(
    User,
    user_id,
    options=[selectinload(User.roles)],
    populate_existing=True,
)
if user is not None:
    roles = list(user.roles)

populate_existing=True 要求重新发出查询并刷新已有对象，使这次加载选项有机会生效。返回 None 表示主记录不存在，应按业务处理，不能继续访问关系。

刷新可能覆盖对象中已有状态，包括尚未持久化的改动。普通查询也可能触发 autoflush；使用这个选项前，应明确当前业务单元是否需要先保存改动，或是否可以丢弃它们。不要在复杂编辑流程中把“强制刷新”作为没有影响的报错清理。

如果只需要加载一项关系，也可以采用受版本支持的显式异步加载方式。SQLAlchemy 2.0.4 起，await session.refresh(user, ["roles"]) 支持明确加载指定的惰性关系；仍须考虑刷新和未提交状态，不能无差别刷新所有对象。

Session 范围比不断补刷新参数更重要

检查请求或任务的 Session 管理，不让一个长期复用的 AsyncSession 跨越无关业务单元。并发任务应各自使用 AsyncSession；一个 Session 表示有状态的事务上下文，不能让多个任务同时操作它，再期待加载选项消除竞态。

新 Session 中查询时采用适合业务的预加载，可以减少后续普通属性访问触发隐式 I/O。事务提交后属性过期又是另一条路径；expire_on_commit=False 可以按异步应用设计处理提交后访问，但不会自动加载此前从未加载的关系。

不要为消除这个异常给所有关系设 noload，这会改变返回数据的含义。也不要认为安装 greenlet 包就能让任意异步属性访问自动得到可等待的数据库操作；应按明确的 await 查询与加载边界组织代码。

修改前保存查询和 Session 管理代码，在隔离数据中覆盖“同一 Session 已有对象”“全新 Session”“关系为空”和“关系有数据”。验收要确认加载操作发生在预期的 await 调用内，关系结果与数据库一致，访问它时不再意外触发隐式 I/O。

若刷新覆盖了待保存状态，暂停这条写入流程并核对数据，恢复原查询与事务设计后再调整。代码回退不能自动恢复已经提交的改动；本次问题不需要删除关系表或重建数据库。