Angular Jest异步测试：fakeAsync与done()该如何选择？二者是否互斥？

先给你个明确的选择思路：大部分Angular专属的异步场景用fakeAsync，遇到原生/第三方异步操作时用done，而且两者绝对不能混用。

为什么优先选fakeAsync？ #

它是Angular测试工具链专门为自己的异步逻辑（比如HttpClient请求、组件变更检测、setTimeout/setInterval）设计的，能把异步代码写成同步的样子，可读性拉满。比如测试组件里的延迟渲染：

it('should show updated text after delay', fakeAsync(() => {
  component.showDelayedText();
  tick(2000); // 直接快进2秒，不用等真实时间
  fixture.detectChanges();
  expect(fixture.nativeElement.textContent).toContain('Delayed Text');
}));

而且它能自动帮你清理异步任务，不用手动收尾。但它有个硬伤：只能处理Zone.js能追踪到的异步操作，要是遇到原生fetch、某些不兼容Zone的第三方库异步逻辑，fakeAsync直接失效，甚至会抛错。

什么时候用done？ #

当你碰到fakeAsync搞不定的真实异步场景时，比如调用原生Promise、第三方SDK的回调、WebSocket消息，这时候done就是刚需。而且正如你发现的，它的错误提示确实更直白：比如你忘了调用done，Jest会直接告诉你“测试超时，done没执行”；如果异步回调里抛了错，错误栈也会清晰展示出来。

举个例子：

it('should handle third-party SDK callback', (done) => {
  thirdPartySDK.doSomething((result) => {
    try {
      expect(result).toBe('success');
      done();
    } catch (err) {
      done.fail(err); // 一定要处理错误分支，不然会超时
    }
  });
});

但用done要小心：必须确保所有分支都调用done，不然测试会超时；也不能过早调用，不然异步逻辑还没走完测试就结束了。

两者能一起用吗？ #

绝对不行！fakeAsync会创建一个虚拟的执行上下文，而done是Jest原生的异步回调机制，两者的运行逻辑完全冲突，同时使用会直接导致测试报错，别折腾。

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