NestJS生命周期方法是否支持并行而非顺序执行？

NestJS 原生生命周期关停钩子的执行逻辑为串行调用：框架会按照 Provider 注册顺序，依次await每个实现了BeforeApplicationShutdown/OnApplicationShutdown接口的实例对应的钩子方法，没有提供全局配置项修改为并行执行模式。
这种逻辑下多个poller的关停耗时会线性累加，很容易撞上ECS默认30秒的SIGKILL阈值，靠拉长等待阈值解决的话确实会额外增加部署滚动更新的耗时。

最稳妥的方案是抽离统一的关停管理器，收敛所有关停钩子的触发逻辑，避免框架串行调用多个钩子：

• 实现全局唯一的ShutdownManager，仅由这个服务实现BeforeApplicationShutdown接口，作为框架唯一识别的关停钩子入口
• 所有poller不再直接实现BeforeApplicationShutdown接口，而是在初始化时把自身的关停逻辑注册到ShutdownManager
• 管理器收到关停信号时，通过Promise.all并行触发所有注册的关停逻辑，总耗时等于最慢的单个poller关停耗时，不会累加

代码实现参考：

// 关停管理器核心实现
@Injectable({ global: true })
export class ShutdownManager implements BeforeApplicationShutdown {
  private readonly shutdownTasks: Array<() => Promise<void>> = [];

  // 供各poller注册自身关停逻辑
  register(task: () => Promise<void>) {
    this.shutdownTasks.push(task);
  }

  async beforeApplicationShutdown() {
    // 并行执行所有关停任务，单个任务报错不阻塞整体流程
    await Promise.all(
      this.shutdownTasks.map(task => 
        task().catch(err => console.error('Poller shutdown failed:', err))
      )
    );
  }
}

// 基础轮询器类改造
export abstract class BasePoller {
  constructor(private readonly shutdownManager: ShutdownManager) {
    // 注册自身关停逻辑，不再直接实现BeforeApplicationShutdown接口
    this.shutdownManager.register(() => this.cleanup());
  }

  // 原beforeApplicationShutdown内的优雅关停逻辑挪到cleanup方法
  protected abstract cleanup(): Promise<void>;
}

• 给单个poller的关停逻辑加超时控制，避免个别poller卡死拖慢整体关停节奏，示例工具方法：

  const runWithTimeout = async (task: () => Promise<void>, timeout = 5000) => {
    return Promise.race([
      task(),
      new Promise((_, reject) => 
        setTimeout(() => reject(new Error('Shutdown task timeout')), timeout)
      )
    ])
  }
  

• 配置关停逻辑时不要漏写await，如果提前返回未执行完的Promise，框架会误以为关停流程结束，提前进入进程退出步骤，导致资源未正常释放。
• ECS侧的SIGKILL等待阈值不需要随poller数量增长线性调整，只需要比单个poller的最长关停超时多预留2-3秒冗余即可，比如单poller超时设5秒的话，整体阈值设10秒就足够，不会额外拉长部署耗时。

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