asyncio.TaskGroup是Python 3.11+解决任务泄露和异常静默的必要工具，必须用async with语法绑定生命周期，任一任务异常即取消其余并抛出ExceptionGroup，需用except*捕获。
asyncio.TaskGroup 不是“更高级的写法”，而是解决真实问题的必要工具——它直接应对异步任务管理中最容易被忽略的两个致命点：任务泄露和异常静默。
asyncio.create_task() 单独调用会漏掉什么？
单独用 asyncio.create_task() 启动协程，看起来简洁，但实际埋下隐患：
- 任务脱离作用域后仍可能运行（比如函数返回了，但任务还在 sleep 或等待网络响应）
- 没有自动等待机制：你得手动
await task或用asyncio.gather()收集，否则可能提前退出 - 某个任务抛出异常，其他任务照常运行，错误现场难以复现，日志里只看到一个报错，却不知道其余任务是否卡死或重复提交
async with asyncio.TaskGroup() 为什么能防住这些？
async with asyncio.TaskGroup() 的核心价值是“作用域绑定”——它把任务生命周期锁死在代码块内：
- 所有
tg.create_task()创建的任务，必须在async with块结束前完成；否则会触发asyncio.CancelledError并强制清理 - 任一任务 raise 异常，整个组立刻 cancel 其余任务，并把所有异常打包进
ExceptionGroup向上抛出，不会遗漏 - 无需手动 await 每个任务，也不用担心忘记
gather——退出时自动 wait_all
示例中如果 task2() 在 sleep 中被取消，task1() 不会继续执行到 print("任务1结束")，这就是结构化带来的确定性。
立即学习“Python免费学习笔记（深入）”；
ExceptionGroup 是什么？为什么不能用普通 try-except 捕获？
当多个任务同时失败，TaskGroup 抛出的是 ExceptionGroup，不是单个异常：
- 普通
except Exception:捕获不到它（ExceptionGroup继承自BaseException，而非Exception） - 必须显式用
except* ValueError:（注意是except*，不是except）来匹配子异常类型 - 或者用
except BaseException:+exceptiongroup.ExceptionGroup模块解包（需安装 backport 用于旧版本 Python）
这是最容易卡住的地方：写了 try-except，结果异常还是冒泡出去，还以为没生效。
Python 3.11+ 才有 TaskGroup，老版本怎么办？
如果你还在用 Python 3.10 或更早，asyncio.TaskGroup 不可用，但别硬套 asyncio.gather() 替代：
-
gather(return_exceptions=True)能收集异常，但不会 cancel 其他任务，存在泄漏风险 - 手写
try/finally+asyncio.shield()+cancel()很容易出错，尤其嵌套任务场景 - 推荐升级 Python，或引入
anyio/trio这类第三方库，它们在旧 Python 上也提供结构化并发语义
结构化不是语法糖，是让异步逻辑可预测、可调试、可终止的底线。一旦任务数量变多、IO 链路变长、错误路径变复杂，没结构化的 async 代码会迅速变成“定时炸弹”。
