循环中闭包未捕获当前迭代值导致全部输出最后值；修复方法：①用默认参数固化值（lambda i=i: print(i)）；②用functools.partial绑定参数；③显式传参替代隐式闭包；④避免nonlocal/global。
这个问题的核心在于：循环中创建的闭包（尤其是 lambda 或嵌套函数）没有在定义时捕获当前迭代的变量值，而是等到执行时才去读取——而那时循环早已结束，变量只剩最后一个值。这不是异步特有，但在 asyncio 场景下更隐蔽、后果更明显。
默认参数绑定：最直接有效的修复
在定义闭包时，把循环变量作为默认参数传入，利用“默认参数在函数定义时求值”的特性，实现值的快照固化。
- 错误写法（全部输出 2）：
[lambda: print(i) for i in range(3)] - 正确写法（分别输出 0、1、2）：
[lambda i=i: print(i) for i in range(3)] - 异步任务中同样适用：
tasks.append(asyncio.create_task((lambda x=i: do_something(x))()))
用 functools.partial 替代手写闭包
当目标是“固定某个参数后调用原函数”，partial 比 lambda 更安全、语义更清晰，且天然规避延迟绑定。
- 例如生成多个带固定 ID 的异步任务：
[functools.partial(asyncio.sleep, 1) for i in range(3)]不适用；但[functools.partial(fetch_user, user_id=i) for i in user_ids]完全可行 - partial 在构造时就绑定实参，不依赖作用域查找，调试时
repr(partial_obj)还能直接看到已绑定的值
显式传参优于隐式闭包
在回调或协程调度中，不要依赖闭包捕获外部变量，而是把当前需要的值作为参数显式传递。
- 注册定时回调时：
loop.call_later(1, lambda i=i: print(i))✅；loop.call_later(1, lambda: print(i))❌ - 启动协程时：
asyncio.create_task(process_item(i))（确保process_item接收i为参数）✅；避免在协程体内直接读取外层循环变量 - 特别注意：协程挂起后，外层循环可能已结束，此时再读
i就是最终值
避免误用 nonlocal 或 global
nonlocal 试图修改外部变量，global 让所有闭包共享同一变量——两者都违背“每个闭包应拥有自己一份值”的需求，不仅不解决问题，反而引入竞态或覆盖风险。
- nonlocal 不能让闭包“记住”定义时的值，它只影响赋值行为
- global 会把所有任务绑到同一个全局变量上，彻底破坏任务隔离性
