高性能自定义任务容器需同时实现异常冒泡与异步链式取消：严格遵循promise/a+错误传播语义，通过try/catch包裹回调并立即异步调度onrejected；取消信号经cancellationtokensource父子传递，协程定期检查token.is_cancelled；采用整数状态码、复用回调数组、queuemicrotask调度以保障性能。
要手动实现一个支持“异常冒泡”与“异步链式取消”的高性能自定义任务容器，核心在于两点：一是严格遵循 Promise/A+ 的错误传播语义，二是将取消信号以协作方式贯穿整个异步链，而非仅作用于单个协程。它不是简单包装 asyncio.create_task，而是构建具备状态感知、错误归一化和取消透传能力的轻量执行上下文。
统一错误处理与异常冒泡机制
异常冒泡的本质是：任意环节抛出未捕获异常，应自动传递给最近的下游 .catch() 或链尾的未处理拒绝处理器，不中断后续注册回调的调度，也不丢失原始堆栈。
- 在 then/catch 方法中，对 onFulfilled/onRejected 执行做 try/catch 包裹；若出错，直接调用下一个 promise 的 reject，并传入原始 error（保留 stack）
- 拒绝态 promise 调用 then 时，跳过 onFulfilled，**立即异步调度** onRejected（即使当前已是 rejected）——这是冒泡触发点
- 所有错误最终汇聚到一个可监听的 reject 队列，支持全局钩子（如 logError、上报监控），但不阻止链本身继续流转
- 避免“吞异常”：当用户未提供 onRejected 且链中无 catch，需触发 unhandledrejection 事件（Node.js）或 warnings（Python 类似机制）
链式取消：从源头穿透到叶子节点
异步链式取消 ≠ 取消最外层 task，而是让 cancel() 调用能逐级通知所有待决子任务，各节点自主决定是否中止、清理或降级执行。
- 每个任务实例持有一个 CancellationTokenSource（CTS），其 token 在创建子任务时显式传入（如 then(cb) → cb(token)）
- 父任务 cancel() 时，调用自身 CTS.cancel()，该动作会同步触发所有已注册的 child CTS.cancel()（通过父子引用或事件广播）
- 关键协程内部定期检查 token.is_cancelled（如每轮 await 前），遇取消则 raise CancelledError 并完成清理
- then 返回的新 promise 自动继承上游 token，并允许用户通过 with_timeout / with_priority 等方法派生新 token（非覆盖）
高性能保障：零拷贝调度 + 状态机优化
避免因抽象层级过多导致的性能损耗，重点控制三类开销：对象分配、微任务排队延迟、状态判断分支。
- Promise 内部用整数状态码（0=pending, 1=fulfilled, 2=rejected）替代字符串或枚举，减少比较开销
- 缓存的回调队列（onFulfilledCbs / onRejectedCbs）复用数组，push 后不清空，而是用 length 标记有效范围，避免频繁 resize
- 微任务调度统一走 queueMicrotask（Chrome/Firefox/Node.js v12+ 原生支持），禁用 Promise.resolve().then 做垫片（多一层 promise 创建）
- 链式调用中，若上一个 promise 已 settled，直接同步执行回调并返回新 promise —— 但必须确保该同步执行仍被 queueMicrotask 包裹，满足 A+ 异步要求
接口设计示例（Python 风格伪代码）
暴露简洁但语义明确的 API，隐藏底层 CTS 和调度器细节：
- Task.run(coro)：启动根任务，返回 Task 实例，自动绑定生命周期 token（如关联到 asyncio.current_task()）
- task.then(fn) / task.catch(fn)：返回新 Task，fn 接收 (value, token) 或 (error, token)，支持主动检查取消
- task.cancel()：触发整条链取消，返回布尔值表示是否成功（如已被 resolve 则返回 False）
- task.timeout(seconds)：返回带超时保护的新 Task，超时后自动 cancel 并 reject TimeoutError
