Node.js Lambda中API请求未完成时提前返回是否存在风险？

该写法的潜在问题 #

你提供的并行发起请求再按优先级取结果的逻辑本身功能是正常的，但在Lambda运行环境下有几个需要注意的风险点：

• 额外的计费成本
  Lambda是按照函数执行的全链路时长计费，即便你已经提前返回了结果，只要还有未完成的API请求在后台执行，Lambda进程就不会被冻结，这部分额外的执行时间会被计入计费时长，产生不必要的成本。
• 未捕获异常风险
  如果未被await的请求后续抛出了异常，哪怕你已经返回了结果，这个未捕获的异常依然会标记本次Lambda执行失败，严重时还会触发函数自动重试，导致业务逻辑异常。
• 下游资源浪费
  不管最终是否需要结果都发起全量API请求，会无谓拉高下游服务的QPS，一方面容易触发下游限流，另一方面如果下游API是按调用次数计费的，也会产生额外的调用成本。
• 并发占用问题
  如果你的Lambda配置了并发数上限，未完成的后台请求会占用并发槽位，导致新的调用请求排队，拉高整体业务延迟。

适用场景 #

如果你符合以下所有条件，这个写法是可以正常使用的，且相比串行发起请求能显著降低延迟：

• 对接口响应延迟要求极高，优先级高于成本控制
• 下游API无调用次数计费规则，且限流阈值充足
• 你已经为所有请求添加了异常捕获逻辑，避免未捕获报错

优化方案 #

如果想要兼顾并行的低延迟和资源成本控制，可以使用AbortController在不需要后续结果时取消未完成的请求，参考示例代码：

const getFiveThings = async () => {
  const things = [];
  const controller = new AbortController();
  const signal = controller.signal;

  // 发起请求时传入signal
  const redThingsPromise = getRedThings({ signal });
  const greenThingsPromise = getGreenThings({ signal });
  const blueThingsPromise = getBlueThings({ signal });

  try {
    const redThings = await redThingsPromise;
    things.push(...redThings);
    if (things.length >= 5) {
      controller.abort(); // 取消剩余请求
      return things;
    }

    const greenThings = await greenThingsPromise;
    things.push(...greenThings);
    if (things.length >= 5) {
      controller.abort(); // 取消剩余请求
      return things;
    }

    const blueThings = await blueThingsPromise;
    return things;
  } catch (err) {
    // 忽略abort产生的异常
    if (err.name !== 'AbortError') throw err;
    return things;
  }
};

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