1. JS 的 async 会将返回结果自动包装为 Future ，Dart 也是类似的原理。异步函数会异步执行，返回结果为 Future 类型，跟里面是否使用 await 没什么关系。

你所认为的同步，其实只是因为你这测试用例过于简单，只有 A,B ，给你带来的错觉。

2. 你为什么会认为“遇到 B 函数的 Future.delay 时直接返回了 Future 对象给 A”，你用打印下结果就知道不是你想得那样：
//修改 A 函数的 print(B());为：
var result = B();
result.then((value) => print(value));

3. await 有两个作用：1. 让“await doSomething()”的 doSomething()异步执行（ JS,DART 就是“抛事件循环”，其它语言可能就是多线程、协程等） 2. 等待 doSomething()对应的异步任务执行完成，然后再执行剩余部分。所以只有 B 执行完后，才返回执行 A 的后半部分，也就是你说的“同步调用 B 函数第一行打印语句”。

“抛事件循环”，是一种抽象化的模型，容易让人理解得云里雾里。沿用这种模型来说明，应该是先抛 B()到事件循环，再抛 A 的剩余部分到事件循环。

事实上，当 JS 和 Dart 的代码混合了异步逻辑，很难只用事件模型来描述代码的执行情况。比如，假设 B()函数里面`await C()`，那 C()是不是就抛到 A 的剩余部分后面了，岂不是 A 的剩余部分还先于 C()执行。当然，你可以再给这个模型补充很多细节，问题是这些细节就牵涉到具体的实现，比如 chrome,mozilla,quickjs 等完全可以采用不同的底层实现。

这并不是说事件模型是错误的，只是说当存在异步逻辑时，事件模型需要补充很多细节，不然就会像你一样陷入混乱，此时可以不用事件模型来理解程序的执行。

4. 不了解，我这里 IDE 提示：“可以去掉 await ，且 await 无效”。无论是还是不是，这种代码没有啥实际价值。