之前就一直在困惑，await 后面包的那一大群代码到底是怎么个处理，闲下来了，这就学习一波

async和await是generator和Promise的语法糖，本质上是是将 Generator 函数和自动执行器，包装在一个函数里。

在做关于事件循环的分享时，注意到了这两种方式的调用结果在宏任务和微任务的执行方面有差别，特此学习记录一下

前言

本次在做低代码平台时，遇见了一个稍微有些复杂的业务场景，需求描述：

1. 根据用户拖拽表单生成的JSON数据(本次采用了FormGenerator去生成JSON数据)，生成对应的所有组件的下拉列表，并在流程图的边（节点连接线）上添加条件判断。
2. 当用户点击流程图的边时，生成该边上对应的所有组件的下拉列表，在点击某个组件的选项后，生成对应组件的下拉列表组件，在用户取消选择后，对应组件的下拉列表组件随之消失。
3. 针对不同组件对应的下拉列表，要求有不同的条件判断，例如：数字类型的需要有范围选择、大小判断、为空不为空，等条件；文本组件有包含不包含，等条件。
4. 当用户选择后，自动保存到当前边对应的JSON数据，若用户的选择无效，则不保存。
5. 要求能够回显用户选择的数据，即点击不同边时，回显该边上JSON对应的所有下拉列表组件。

经过梳理后，其实逻辑看起来也不是特别复杂，不过当时确实是有点被难倒了，主要原因就是一些细节性的问题没有考虑到，然后流程图也需要去学习如何操作，时间上有些紧，同时也在思考如何写能够更便于维护。其次就是没有一个清晰的该处业务的流程思考，不过后来捋了捋也就差不多啦，所以说三思而后行啊。

三思而后行：多思考几遍，自己又觉得自己行了哈哈

最近在准备事件循环的分享时，对于如何实现准确的计时有了点兴趣，因为在浏览器中，setTimeout/setInterval 并不是一个准确的计时，是存在延迟的。那么思考我们在双十一抢东西的场景，他们是如何做倒计时的呢？

之前在学习this的时候，总是通过死记硬背来区分各种情况下this的指向，最近在看了 《You Dont Know JS》 后，对其有了进一步的理解