如果多个请求共享同一个控制器，应该如何处理？

如果多个请求共享同一个控制器，可以采用以下策略来管理：

1. **共享池模式**：创建一个全局的取消请求控制器池，每当有新的请求开始时，从池中获取一个控制器。完成请求后，无论成功还是失败，都将控制器返回到池中供其他请求使用。这需要在Redux中间件或者全局作用域内维护一个状态来跟踪可用控制器。

2. **使用闭包或引用计数**：在每个发起请求的地方，将控制器作为内部变量，并将其作为参数传递给回调函数。当取消请求时，直接操作这个局部控制器，而不是改变全局状态。如果有多个地方引用了同一个控制器，那么它们都会受到影响。

3. **智能请求封装**：将fetch或axios等底层API包装成一个自包含的函数，它接收请求ID、控制器和回调，内部管理和维护取消逻辑。这样每个封装后的函数都有独立的控制器，只影响其自身发起的请求。

4. **错误处理**：确保在取消操作时，所有受影响的请求都能正确地捕获到取消信号并清理资源，避免因为请求已经结束而无法处理取消事件。

下面是一个简单的例子，说明如何在一个模块内部实现共享控制器：

function createCancelableRequest(controller, url, callback) {
  const request = axios.get(url, { signal: controller.signal });

  request.then(response => {
    // 成功处理
    callback(null, response);
  }).catch(error => {
    // 失败处理，同时记得通知控制器
    controller.removeEventListener('abort', onAbort);
    callback(error);
  });

  // 添加取消事件监听
  controller.addEventListener('abort', onAbort);

  function onAbort() {
    // 请求被取消时，这里处理相关清理工作
  }

  return request; // 返回这个Promise实例，以便外部能取消它
}

// 使用示例
const controller = new AbortController();
let activeRequests = [];

activeRequests.push(createCancelableRequest(controller, 'url1', handleResponse1));
activeRequests.push(createCancelableRequest(controller, 'url2', handleResponse2));

// 当需要取消时
activeRequests.forEach(request => request.abort());