Angular HttpClient请求报错时重复发起但错误回调仅触发一次如何排查

• 浏览器CORS预检请求误判：如果两次请求中第一次请求方法为OPTIONS，属于跨域请求下浏览器的正常预检逻辑，不属于重复发起的业务请求，无需额外处理。
• 全局HTTP拦截器重复订阅/添加重试逻辑：如果项目配置了全局Angular HTTP拦截器，可能存在两种情况：一是拦截器处理错误逻辑时，对请求Observable做了额外的订阅操作，冷Observable每次订阅都会触发一次请求；二是拦截器全局给所有请求添加了retry(1)之类的重试操作符，且操作符的执行顺序在你单个请求定义的retry(0)外层，导致重试规则被全局配置覆盖。
• 存在多处订阅同一份Observable的逻辑：比如除了组件初始化时的显式subscribe调用，模板中同时通过async管道绑定了该方法返回的Observable，或是其他业务逻辑处也调用了该方法并订阅，导致触发多次请求。
• 单次请求级别的共享操作符无效：你当前在方法内每次调用都会生成全新的Observable实例，shareReplay仅作用于当前实例的多订阅场景，无法阻止多次调用方法生成新实例发起的请求。

为什么handleError仅执行一次：只有你业务代码里的那次订阅绑定了错误处理逻辑，其他场景的订阅（比如拦截器内部订阅）没有加错误处理日志，所以只会出现一次handleError的输出，最终你收到的是第二次请求的响应，是因为重试或者第二次订阅的响应覆盖了第一次的结果。

• 先核对两次请求的方法和请求头，排除OPTIONS预检请求的可能。
• 临时注释全局HTTP拦截器的注册逻辑，验证重复请求问题是否消失，定位是否为拦截器逻辑导致。如果是拦截器问题，检查是否有额外订阅或全局重试规则，调整操作符顺序或移除不必要的订阅即可。
• 检查模板和其他业务逻辑，确认是否有多处订阅的场景，若需要多订阅共享同一次请求，可将请求Observable缓存为服务的单例属性，避免每次调用方法都生成新实例。
• 可以在方法内的pipe开头添加tap(() => console.log('请求触发'))日志，打印请求触发的次数，确认是多次订阅还是单次订阅触发多次请求。

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