az22c

node 11可真是个大坑。改了规则之后，还真有面试官问node event loop执行顺序的。

>node中事件循环的顺序 > 外部输入数据 --> 轮询阶段（poll） --> 检查阶段(check) --> 关闭事件回调阶段(close callback) --> 定时器检查阶段(timer) --> I/O 事件回调阶段(I/O callbacks) --> 闲置阶段(idle, prepare) --> 轮询阶段... 这句话不太对啊，多数文章的结论都是6大阶段是从timer然后到close。https://segmentfault.com/a/1190000013102056 @funnycoderstar

> 显示绑定无法解决丢失绑定问题 有示例吗？call和apply都调用完函数了，怎么还有绑定丢失问题？？

难道这就是redux可时光倒流的原理吗？

楼上这些答案已经很好了。我想请教一下在什么场景下才会应用到题目中的代码？

@wd2010 想知道babel转成什么：直接把代码复制到babel官网的那个在线运行编译工具界面，就能得到编译后的结果。

为什么是`for (i = beginIdx; i

建议可以把原理性知识和整个流程分开说明，这样整个流程的顺序就很清晰了。 流程性的知识可以作为一个框架，然后慢慢填充细节内容到里面。 如果理解流程顺序不清晰，其实对于debug实际问题无益处。 以上只是建议。

standard-version可以尝试，但是的确是不太好用。 1. 像一般项目，可能要几年时间才能发3个/4个大版本，使用这个工具的频率不高。 2. 像是次版本的频率，再加上这个工具不是太智能，也不太可能会用这个工具。 3. standard-version所做的工作不多，也可以被其他工具(生成changelog之类的工具)代替；其余部分还是由人工来完成关键的步骤比较踏实一点（人工取代standard-version的工作量也不麻烦啊）

Do you mean this? https://localforage.docschina.org/