abortsignal 一旦中止不可重置，因其 aborted 属性为只读且状态永久为 true；正确做法是每次请求创建新的 abortcontroller，共享 signal 用于批量取消，或“取消前一个、启动新一个”防重复提交。
不能复用同一个 AbortSignal 控制器来取消多个独立的请求。
为什么 AbortSignal 一旦中止就不可重置
AbortSignal 是一次性（fire-and-forget）的信号机制：它的 aborted 属性为只读布尔值，一旦触发 abort()，状态永久变为 true，且无法恢复或重置。浏览器和规范明确禁止对已中止的 AbortController 再次调用 abort()（虽不报错，但无效果），更不存在“重启”或“复位”方法。
正确做法：每次请求都创建新的 AbortController
这是标准、安全且推荐的方式。每个 fetch 或可取消异步操作应绑定专属的控制器，避免信号干扰和状态混淆：
- 在发起请求前
const controller = new AbortController() - 将
controller.signal传入fetch()等 API - 需要取消时调用
controller.abort() - 请求完成（成功/失败）后，无需手动清理，但可将
controller置为null或让其自然被 GC
常见误用场景与替代思路
有人想“复用”是因为以下需求，其实有更合适的解法：
-
批量请求统一取消：用一个
AbortController创建一个 signal，传给所有 fetch 调用 —— 这是合法且常用的做法，不是“复用旧 signal”，而是“共享新 signal” -
防重复提交（如搜索框输入）：每次新请求前，先调用上一个 controller 的
abort()，再新建 controller 发起新请求 —— 即“取消前一个，启动新一个” -
封装可取消的 Promise 工具函数：内部自动创建 controller，返回带
cancel方法的对象，使用者无需关心 controller 生命周期
错误示例（不要这么做）
以下代码看似“复用”，实则无效：
const controller = new AbortController();
fetch('/api/data', { signal: controller.signal });
controller.abort(); // ✅ 第一次取消生效
fetch('/api/other', { signal: controller.signal }); // ❌ signal 已 aborted，请求立即 reject
controller.abort(); // ❌ 无作用，也不会报错，但 signal 仍是 true
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
