Dart中三种async inline methods定义的结果与底层差异是什么？

这三种写法在实际执行结果上几乎没区别——都是等待5秒后打印"Result"，但在底层实现和细节行为上存在差异，具体拆解如下：

1. 同时使用async和await的版本 #

Future<void> counter() async => await Future<void>.delayed(
      const Duration(seconds: 5),
      () => print('Result'),
    );

• 底层逻辑：async关键字会让Dart为这个函数生成一个状态机。函数执行到await时会暂停，等Future.delayed完成后再继续执行（虽然这里后续没有代码，但状态机的流程依然会走完）。
• 异常处理：不管是Future.delayed内部的异步异常，还是函数体里的同步异常，都会被自动捕获并包装成返回Future的错误，不会直接抛出。

2. 只加async但不用await的版本 #

Future<void> counter() async => Future<void>.delayed(
      const Duration(seconds: 5),
      () => print('Result'),
    );

• 底层逻辑：同样会生成状态机，但因为没有await，函数会直接返回Future.delayed的结果。不过这里会多一层Future嵌套（相当于返回Future.value(Future.delayed(...))），Dart会自动帮你扁平化这个嵌套结构，所以最终行为和第三种写法接近，但状态机的创建会带来一点点不必要的性能开销。
• 异常处理：和第一种一致，所有异常都会被捕获转为Future的错误。

3. 既不用async也不用await的版本 #

Future<void> counter() => Future<void>.delayed(
      const Duration(seconds: 5),
      () => print('Result'),
    );

• 底层逻辑：没有状态机生成，直接返回Future.delayed创建的Future，是三者里最轻量化、性能最优的写法。
• 异常处理：如果Future.delayed本身抛出异步异常，会成为返回Future的错误；但如果函数体里有同步代码抛出异常（比如这里如果Duration参数非法），会直接同步抛出，不会被包装成Future错误——这是和前两种最关键的差异点。

总结 #

• 正常场景下，三种写法的用户感知结果完全一致；
• 性能上，第三种写法最优，前两种因async的状态机存在微小损耗；
• 异常处理上，前两种async函数会统一处理所有异常为Future错误，第三种则区分同步异常和异步异常的处理方式。

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