NestJs链式调用HttpService出现ETIMEDOUT超时错误如何解决？

核心问题根因 #

你的RxJS链式调用用法存在错误：在getUaaToken的map操作符里直接调用this.getJwtToken(...).subscribe()，会导致两个问题：

• map仅用于转换流数据，不适合处理订阅新Observable这类副作用，此时第二个请求的生命周期没有和外层Observable绑定，外层流不会等待内层请求完成就会提前返回，你手动返回的Subscription对象无法被控制器正常解析为响应数据，调用方长时间拿不到返回结果就会触发超时。
• 嵌套订阅会带来内存泄漏风险，不符合RxJS流式处理的规范。

修正代码 #

把map替换为高阶映射操作符switchMap（线性顺序调用用concatMap也可以），不要在内层手动订阅，直接返回内层Observable即可，外层会自动订阅并等待内层请求完成：

getUaaToken(): Observable<any> {
    //uaaUrlForClient is defined
    return this.httpService
      .post(
        uaaUrlForClient,
        { withCredentials: true },
        {
          auth: {
            username: this.configService.get('AUTH_USERNAME'),
            password: this.configService.get('AUTH_PASSWORD'),
          },
        },
      )
      .pipe(
        // 替换map为switchMap，直接返回内层Observable
        switchMap((axiosResponse: AxiosResponse) => {
          console.log(axiosResponse);
          return this.getJwtToken(axiosResponse.data.access_token);
        }),
        catchError((err) => {
          throw new UnauthorizedException('failed to login to uaa');
        }),
      );
  }

其他排查点 #

如果修改后仍出现超时，可按以下顺序排查：

• 确认awsBaseUrl的环境变量配置，链式调用和直接调用时有没有拿到不同的地址，比如内网/外网地址配置错误。
• 打印第二个请求的完整url、请求体、header参数，和直接调用时的参数对比，排查参数传递错误问题。
• 单独给请求配置更长的超时时间，避免默认超时时间过短：

// 第二个请求新增timeout配置
.post(
  jwtSignInUrl,
  { token: uaaToken },
  {
    headers: {
      'Content-type': 'Application/json',
    },
    timeout: 10000 // 配置10秒超时
  }
)

• 检查服务部署环境的网络权限，确认有没有访问aws对应接口的出口白名单、安全组配置。

额外优化提示 #

Access-Control-Allow-Origin是服务端返回的响应头，客户端请求时携带该参数没有任何作用，可以直接删除。

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