AbortSignal 不能直接链式取消多个异步任务。它只读且单次触发，所谓“链式取消”需手动传递信号并组合Promise.race实现依赖控制，每个任务应使用独立AbortController，避免复用，并在组件卸载时主动abort以防止资源泄漏。

AbortSignal 能否直接链式取消多个异步任务

不能。AbortSignal 本身是只读的，且一个 AbortController 实例只能触发一次 abort()，无法“复用”或“转发”取消信号到新任务。所谓“链式取消”，本质是让后续任务感知前序任务是否被取消，并主动拒绝自己的执行 —— 这需要手动传递与组合信号，而不是靠信号自身串联。

如何用 signal.addEventListener("abort") + Promise.race 实现任务依赖取消

这是最常用也最可控的做法：每个异步操作（比如语法高亮、实时校验、自动保存）都接受一个 signal，并在内部用 Promise.race 包裹实际逻辑和 abort 事件监听器。一旦 signal 触发 abort，Promise 立即 reject 并抛出 AbortError。

• 不要直接在 fetch 或 setTimeout 外层套 Promise.race，而应在封装函数内统一处理，例如：

  async function highlightCode(code, { signal } = {}) {
    if (signal?.aborted) throw new DOMException("Aborted", "AbortError");
    return Promise.race([
      doHighlight(code),
      new Promise((_, reject) => {
        signal?.addEventListener("abort", () => reject(new DOMException("Aborted", "AbortError")), { once: true });
      })
    ]);
  }

• 注意：Promise.race 中的 abort 监听器必须加 { once: true }，否则多次调用可能泄漏监听器
• 如果任务本身支持原生 signal（如 fetch），优先用它；不支持的（如自定义 parser）才手动监听

怎样让后一个任务“等前一个完成或取消后再启动”

关键不是让后一个任务“继承”前一个 signal，而是用 AbortController 的生命周期管理：每次新任务启动时，创建新的 AbortController，并把它的 signal 传给该任务；同时，如果前一个任务还在运行，显式调用其 controller.abort()。

anything-to-html

将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。

下载

• 典型编辑器场景：用户快速连续输入，触发多次格式化。应为每次格式化创建独立 AbortController，并在下一次触发时 abort 上一次：

  let currentFormatController = null;
  function triggerFormat() {
    currentFormatController?.abort();
    currentFormatController = new AbortController();
    formatDocument({ signal: currentFormatController.signal })
      .catch(err => {
        if (err.name === "AbortError") return; // 忽略取消错误
        console.error(err);
      });
  }

• 不要试图复用同一个 AbortController 实例 —— 它 abort 后不可重置，重复调用 abort() 无副作用但也不起新作用
• 若需“链式等待”，比如“高亮完再校验”，可将校验任务的启动放在高亮 .then 里，并传入新的 signal；此时两个任务各自独立取消，互不影响

为什么在编辑器中用 AbortSignal 比 clearTimeout 更可靠

clearTimeout 只能取消定时器，对 fetch、Web Worker、自定义异步流程无效；而 AbortSignal 是浏览器级取消协议，所有现代 API（fetch、stream.read()、FileReader.readAsText()）都原生支持，且可统一注入到任意 Promise 封装逻辑中。

立即学习“前端免费学习笔记（深入）”；

• 编辑器常见异步任务（如代码补全、LSP 请求、AST 解析）大多走 fetch 或 Worker，它们天然接受 signal，无需额外适配
• 错误类型统一为 DOMException 且 name === "AbortError"，比手动抛 "cancelled" 字符串更易识别和过滤
• 注意：Node.js 环境（如 SSR 渲染）中 AbortSignal 行为略有差异，若编辑器需同构运行，要检查运行时是否存在 AbortController

AbortSignal 的取消逻辑不是魔法，它依赖你主动创建、传递、监听和 abort —— 编辑器里最容易漏掉的，是忘记在组件卸载或 tab 切换时调用 controller.abort()，导致后台任务持续占用资源。