关于 async function 的设计哲学：如何评价 await 一个 resolved 的 promise 会使上下文拆成两个 tick ？

[dou4cc]

[noli]

要求进一步详细信息: 能不能添加一点代码示例来表达情况？

[dou4cc]

let s = 0;
(async () => {
await Promise.resolve();
++s; //2
})();
++s; //1

[dou4cc]

我希望是这样：
let s = 0;
(async () => {
await Promise.resolve();
++s; //1
})();
++s; //2

[morethansean]

... 楼主, seriously?

[dou4cc]

?

[dou4cc]

@morethansean ?

[dou4cc]

@noli

[mooncakejs]

你需要一个全局 async

[sox]

什么哲学，本来就该这样。。

[xcodebuild]

你的期望就不该这么写。。

[zkd8907]

竟然想顺序执行，为啥还要用 await/async 。。。没明白你想表达啥。

[XDDD]

async 的目的就是拆成两个 tick ，你的期望叫做 sync

[FrankFang128]

你的期望是错的……

[dou4cc]

@sox @XDDD 我只是举个栗子——你有没有想过既然已经 resolved 了，干嘛还要拆 tick ，过多的 tick 影响性能

[dou4cc]

在某些场合我会对状态转移函数作缓冲，如果一个 tick 内又转移回来了便不触发状态改变的事件，上面的设计影响了我的缓存命中

[Sparetire]

异步是会传染的。。如果你希望全部按同步逻辑来写，那你应该用 async 包住整个逻辑

[noli]

@doucc

你期望的结果，跟你认为实际会发生的结果，在我认为的实际里面，实际上都有可能发生。
当然，一个异步结果很大可能总是会比下一个同步结果来得慢，但也并不是完全不可能得到相反的快慢结果。

所以你实际情景中遇到的问题是什么，请不要用自己的抽象来说明了，请直接一点吧。

[dou4cc]

@noli 什么叫很大可能？ js 是单线程的，各语句的执行先后是确定的

[dou4cc]

@noli 我的缓存机制是这样的，每过一个 tick 就回收一些缓存，所以两次操作间隔的 tick 越少能命中的缓存就越多

[dou4cc]

我非常不理解 await 对 tick 的极大浪费