Angular应用初始化调用refreshToken时HTTP请求未发送问题求助

• 最常见的原因是自定义HTTP拦截器逻辑异常：拦截器内判断请求路径、请求方法等条件后，没有执行next.handle(request)将请求向下传递，反而直接返回了EMPTY、of()等空可观察对象，导致请求直接终止没有发出。
• 跨域预检请求失败：refreshToken请求携带了withCredentials: true配置，如果后端CORS策略没有配置允许当前域名携带凭证、或者未允许POST请求方法，浏览器会直接拦截OPTIONS预检请求，不会发出正式的POST请求，很多时候默认的网络面板过滤会隐藏OPTIONS请求，导致你以为请求没发。
• 订阅异常未捕获：当前的订阅逻辑没有加错误回调，请求触发报错后直接静默终止，你看不到具体的错误信息。
• 空POST请求被拦截：部分WAF、后端服务会默认拦截没有有效请求体的POST请求，你当前post方法传的第二个参数是空对象{}，部分场景下会被识别为无效请求直接拦截。
• 依赖注入配置错误：APP_INITIALIZER注册时依赖配置错误、或者HttpClientModule未正确导入，也会导致请求无法正常发出。

1. 先排查拦截器：临时注释所有自定义HTTP拦截器，重启应用测试请求是否正常发出，如果恢复正常，逐行检查拦截器逻辑，确保所有分支下都正确将请求传递给下一个处理器。
2. 新增订阅错误回调，修改初始化函数的订阅逻辑：

export function appInitializer(accountService: AccountService) {
  return () => new Promise(resolve => {
    accountService.refreshToken()
      .subscribe({
        next: (res) => console.log('请求响应：', res),
        error: (err) => console.error('请求报错：', err)
      })
      .add(resolve);
  });
}

同时打开浏览器控制台的网络面板，过滤选项选择「全部」，查看是否有OPTIONS请求的报错，根据报错调整后端CORS配置即可。
3. 调整POST请求参数，测试是否是空请求体导致的问题：

// 把空对象改成null，或者加个占位参数
return this.httpClient.post<any>(`${this.reqUrl}/refresh-token`, null, { withCredentials: true })

4. 检查APP_INITIALIZER注册配置，确认配置完整：

// AppModule的providers数组里的配置
providers: [
  {
    provide: APP_INITIALIZER,
    useFactory: appInitializer,
    deps: [AccountService],
    multi: true
  }
]

5. 确认AppModule已经导入了HttpClientModule，AccountService的构造函数正确注入了HttpClient。

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