Apollo GraphQL Server请求耗时1分钟才到达Resolver的解决办法

• 排查WebSocket连接阻塞
  服务器配置了WebSocket，需确认SubscriptionServer与Apollo Server的初始化顺序，避免WebSocket抢占HTTP请求的处理线程。若使用express-ws，检查是否全局拦截所有请求至WebSocket逻辑。临时禁用WebSocket配置，测试createPost请求是否仍有延迟：若延迟消失，说明WebSocket握手或连接队列存在阻塞，需调整WebSocket并发设置或路由匹配规则，防止HTTP请求被误导向WebSocket处理流程。

• 检查Apollo Server插件的执行耗时
  给每个Apollo插件的生命周期方法（如requestDidStart、willResolveField）添加细粒度时间戳日志，记录每个步骤的起止时间，定位是否有插件在请求到达Resolver前执行了耗时操作（如不合理的缓存查询、未加超时控制的第三方服务调用）。逐一禁用插件测试，找到问题插件后优化其逻辑，比如添加超时限制、将同步操作改为异步非阻塞模式。

• 排查expressMiddleware的中间件链阻塞
  在express的所有中间件（包括Apollo expressMiddleware之前的自定义中间件）前后添加时间戳日志，确认是否有中间件执行缓慢。重点检查POST请求处理逻辑（createPost为mutation，使用POST方法），排查是否存在同步阻塞操作（如同步读取大文件、未优化的同步计算），这类操作会阻塞事件循环，导致请求排队。

• 检测事件循环阻塞
  在请求入口处添加事件循环阻塞检测代码，判断是否有CPU密集型任务占用事件循环：

  const start = Date.now();
  setImmediate(() => {
    const delay = Date.now() - start;
    if (delay > 100) {
      console.log(`Event loop blocked for ${delay}ms`);
    }
  });
  

  可使用clinic.js工具分析事件循环的阻塞点，排查是否有未优化的循环、大量数据计算等任务在服务器运行时阻塞事件循环，导致请求无法及时进入Resolver。

• 调整Apollo Server的并发配置
  检查Apollo Server的maxConcurrentRequests等配置，若设置过低会导致请求排队等待，可根据服务器CPU核心数调整为合理值。同时确认上下文创建函数中是否存在未捕获的异步操作错误，避免Promise挂起导致Resolver无法及时获取请求上下文。

内容的提问来源于stack exchange，提问作者Khizar Amin