xinleibird

改一下：

题外话，你把视角代入到「执行栈」就容易想清楚了。（同步的执行栈如何管理异步代码？）

1. 同步任务和异步任务是周期性切换的：同步 -> 异步 -> 同步 -> 异步……

2. 对于同步结构：代码在执行时，可执行的部分被压入执行栈，子部分被继续分解压入，继续压入执行栈。分解完毕后，由栈顶逐一弹出，最后统一执行。这个部分在所有语言中的模型是一致的。

3. 加入异步任务之后，就面临一个问题，在什么时机将异步任务中的同步部分插入到同步任务中？ JavaScript 采用的思路是以「是否由事件驱动」来做区分：
3.1 「微任务队列」：对于 Promise 相关的异步任务，JavaScript 不认为它是由事件驱动的。因此这些任务即使在同一个轮询周期内都回调了，它也认为是应该同一个周期进行响应的。表现就是只要在这个周期内响应的 Promise 的回调，它就按照顺序都按一般规则压入执行栈。
3.2 「宏任务队列」：对于由事件驱动的异步任务，例如各种 UI 响应（点击啦，焦点啦之类的）、或者 UI 渲染、或者单纯的脚本加载之类的，JavaScript 认为它们应该在一个轮询周期内只触发一个。（例如说，鼠标点击一个元素，它大概率会触发重绘或者重排，重绘重排同时是 UI 渲染，如果这个「宏任务队列」积压的任务过多，一次执行，则会有 UI 渲染错误的风险。这里仅是举例）将这个宏任务的回调压入执行栈。

4. 这时候我们可以从「执行栈」和「两个异步队列」来看这个循环：
（首先由 <script> 标签引入代码的过程是个宏任务，我们略过不提。仅此一次而已）
4.1 脚本的中的代码顺序执行，同步代码则依次压入执行栈，异步回调代码按照分类分别放入「微任务队列」和「宏任务队列」。
4.2 执行的焦点一直在执行栈之间切换。
4.2.1 焦点在执行栈中时，则弹栈执行清空。
4.2.2 焦点在异步队列时，则首先查看「微任务队列」，此时已响应的「微任务」会按队列顺序依次压入执行栈。然后会查看「宏任务队列」，将队列中排位靠前的一个「宏任务」压入执行栈。
4.2.3 焦点再转回执行栈，然后再转回异步队列，由此循环。


题外话，你把视角代入到「执行栈」就容易想清楚了。（静态的执行栈如何管理异步代码？）

过墙的机器不要直接 ssh ，ssh 协议不单干扰而且重点关照，丢包劣化就不提了，有可能短暂的封端口，甚至有可能 ip 进狗洞几天。打个隧道，在隧道里登录，或者如楼上找个跳板机登录。

1. 人身风险
2. 法律风险


别作死。

同雾凇方案，全拼，整体感觉仅比搜狗之流的稍差而已。

不要把宣传与现实当作一回事儿——把统治者看作是具有人格特质的、温情脉脉的「争端时公正的仲裁者、分配时中立的权威者」是根本性的谬误。

统治者的所有注意力都在「攫取」两字之上而已，凡是确实阻碍它们攫取的行为都是要被严厉打击的，凡是无法帮助它们攫取的行为都是不被鼓励的。

小姑娘的事儿符合哪一条呢？吵吵嚷嚷的还想要「公道」明显是不被鼓励的行为。明明就是个韭菜，挨了个响的就罢了，不想着老老实实的息事宁人当乌龟，非要跳起来闹给老爷们找麻烦。老爷们又没有赚头，你们以为衙门是给谁开的？

按照二十年前的路径，下一步不应该是小姑娘寻衅滋事劳教二年吗？
按照十年前的路径，下一步不应该是拉回所里先蹲在暖气管子下先冷静四十八小时吗？

啊，今天舆论风暴来的快，老爷们捏着鼻子忍了，不过就是回去问了几句话，还想怎么样？咱别说处理的公平不公平，咱就说处置的果断不果断吧……当场挨嘴巴，当场回去笔录，哪一条警务规范也就这样了吧？

至于说「公道」，你们在想什么呢？你们又不姓赵，老爷们又不是你爹，它有那条义务哄孩子给「公道」的？

要不就是老 B 黄袍加身了、要不就是 OP 平时看起来太软弱。这种货色有什么做亲戚的必要？

这种心智处在「自然状态」的老 B ，它们的与人相处的方式基本上是「属狗的」—— 先要咬一咬、分一分大小。你不跟他咬，他默认你是「弱狗」……

在他的观念里，没有人性存在这种事情的。