javascript 中实现请求取消并管理内存的核心做法是使用 abortcontroller 和 abortsignal。通过实例化 abortcontroller，将其 signal 属性传递给 fetch 等 api，并在需要时调用 abort() 方法，可以立即中断网络请求。浏览器会自动清理与该请求关联的底层资源（如 tcp 连接），同时 javascript 引擎中的垃圾回收机制会回收不再被引用的 response 对象和控制器实例，从而避免内存泄漏。
如何发起一个可取消的请求
要发起一个可取消的请求，开发者需要创建 AbortController 实例，并将其实例的 signal 作为配置项传入 fetch 函数。这样，当后续调用 controller.abort() 时，正在进行的请求会被立即终止，并抛出一个 DOMException 错误。这种机制确保了网络资源的及时释放，防止后台持续占用带宽和内存。
const controller = new AbortController();
const signal = controller.signal;
// 发起请求
fetch('https://api.example.com/data', { signal })
.then(response => response.json())
.then(data => console.log(data))
.catch(error => {
if (error.name === 'AbortError') {
console.log('Request cancelled');
} else {
console.error('Fetch failed:', error);
}
});
// 在某个条件下取消请求
setTimeout(() => {
controller.abort();
}, 5000); // 5秒后取消上述代码展示了标准的请求取消流程。首先创建控制器，然后将其信号传递给 fetch。如果在 5 秒内没有完成，控制器会触发中止。捕获块中检查 error.name 是否为 'AbortError'，以区分正常错误和用户主动取消的情况。这种方式保证了即使请求被取消，相关的内存引用也会随着作用域结束或变量重新赋值而被垃圾回收。
立即学习“Java免费学习笔记（深入）”；
如何处理多个并发请求的取消与状态同步
在处理多个并发请求时，通常需要一个统一的控制点来管理所有活动的请求。可以通过维护一个 AbortController 数组或使用单个控制器共享信号来实现。当用户导航离开页面或触发取消操作时，遍历控制器数组并调用每个控制器的 abort() 方法。这能确保所有挂起的请求都被正确终止，避免在组件卸载后继续更新状态导致的内存泄漏或异常。
class RequestManager {
constructor() {
this.controllers = [];
}
addRequest(url, options = {}) {
const controller = new AbortController();
this.controllers.push(controller);
return fetch(url, { ...options, signal: controller.signal })
.then(response => {
// 请求成功后移除控制器
this.removeController(controller);
return response;
})
.catch(error => {
if (error.name !== 'AbortError') {
this.removeController(controller);
}
throw error;
});
}
removeController(controller) {
const index = this.controllers.indexOf(controller);
if (index > -1) {
this.controllers.splice(index, 1);
}
}
cancelAll() {
this.controllers.forEach(controller => controller.abort());
this.controllers = []; // 清空数组，允许 GC 回收
}
}
const manager = new RequestManager();
manager.addRequest('/api/1');
manager.addRequest('/api/2');
// 模拟取消所有请求
setTimeout(() => manager.cancelAll(), 3000);这个 RequestManager 类封装了请求的生命周期管理。每次添加请求时，都会创建一个新的 AbortController 并存储在内部数组中。请求完成（无论是成功还是失败）后，控制器会从数组中移除。当调用 cancelAll 时，所有活跃的控制器都会被中止，随后数组被清空。这不仅停止了网络活动，还解除了对控制器对象的引用，使得 JavaScript 垃圾回收器能够回收这些对象及其关联的资源。这种模式特别适用于单页应用（SPA）中路由切换时的清理工作。
基于 AbortController 实例销毁后的内存回收机制
当 AbortController 实例不再被任何变量引用，且其关联的所有请求都已终结（包括被取消、成功响应或发生错误）时，该实例将成为垃圾回收的候选对象。浏览器引擎在完成请求的中止处理后，会断开与底层网络栈的连接，释放 socket 缓冲区。此时，如果开发者没有在全局作用域或其他持久化结构中保留对该控制器的引用，JavaScript 引擎将在下一次垃圾回收周期中自动回收 AbortController 对象以及其持有的 AbortSignal 引用。关键在于确保在请求回调中正确处理了引用关系，避免形成闭包导致控制器无法被释放。
