异步任务失败时参数丢失，因未捕获异常被事件循环静默丢弃；需用闭包在任务创建时绑定参数，并通过自定义异常携带上下文，确保日志与监控可结构化获取。
异步任务失败时，参数为什么拿不到？
因为 asyncio.create_task() 或 loop.create_task() 启动的任务一旦抛出未捕获异常，会直接被丢进事件循环的异常处理器（默认静默丢弃），原始调用栈、参数变量全被销毁。你用 try/except 包裹 await task 没用——那只是等它完成；而任务可能在后台已崩溃，你根本没 await 它。
用闭包把参数“锁”进异常对象里
核心思路：不在异常发生后去“找”参数，而是在任务启动前，把关键参数（比如 user_id、file_path）通过闭包绑定到一个可调用对象中，再让这个对象负责执行逻辑并捕获异常。这样即使出错，异常对象的 __traceback__ 或自定义属性里也带着上下文。
常见写法：
def make_task_handler(user_id: int, file_path: str):
async def _run():
try:
await process_file(file_path)
except Exception as e:
# 把参数塞进异常，或记录到日志
e.user_id = user_id # 动态加属性（仅限非 frozen 异常）
e.file_path = file_path
raise
return _run
<h1>启动时绑定参数</h1><p>task = asyncio.create_task(make_task_handler(1001, "/tmp/data.csv")())
</p>
注意：e.user_id = ... 这种动态赋值对内置异常（如 ValueError）有效，但部分第三方异常类可能禁用属性写入；更稳妥的做法是包装成自定义异常：
- 定义
class TaskFailedError(Exception):，带__init__(self, msg, user_id, file_path) - 在闭包里
raise TaskFailedError("process failed", user_id, file_path) from e - 后续统一用
isinstance(e, TaskFailedError)捕获并取字段
别依赖 sys.exc_info() 或全局变量
异步环境下，sys.exc_info() 只反映当前协程的最近异常，跨任务无效；而用模块级变量（如 CURRENT_TASK_PARAMS = {}）会因并发覆盖导致参数错乱。闭包是唯一能天然隔离每任务上下文的机制。
还要避开两个坑：
- 闭包捕获的是变量引用，不是快照——如果外部变量后续被修改，闭包内看到的就是新值。需用默认参数固化：
lambda u=user_id, p=file_path: ... - 闭包函数本身不能是
async def的返回值再await，否则参数绑定发生在 await 时刻，而非任务创建时刻。必须确保参数在create_task()调用前就已闭包完成
日志和监控怎么接上这个结构？
有了闭包+自定义异常，日志就很简单：
try:
await task
except TaskFailedError as e:
logger.error(
"Task failed for user %(user_id)s on %(file_path)s",
{"user_id": e.user_id, "file_path": e.file_path},
exc_info=True
)
监控系统（如 Sentry）也能自动提取这些字段。关键是：所有参数必须作为异常实例的属性存在，而不是藏在 traceback 字符串里靠正则解析——后者不可靠且无法结构化上报。
真正难的不是闭包写法，而是意识到：异步错误处理不是“怎么 catch”，而是“怎么让 error 对象自带上下文”。参数一旦脱离作用域，就再也追不回来了。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
