代码执行的过程中，必然不会存在同时执行的另一行代码，就像使用以后进行疯狂，如果没有关闭弹框，控制台是不会显示出一条信息的。
代码执行了大量计算，比方说在前端暴力破解密码之类的鬼操作，这就会导致后续代码一直在等待，页面处于假死状态，因为前边的代码并没有执行完。

代码都是同步执行的，这会引发很严重的问题，比方说我们要从远端获取一些数据，难道要一直循环代码去判断是否拿到了返回结果么？
注册一个回调函数，比如说发一个网络请求，我们告诉主程序等到接收到数据后通知我，然后我们就可以去做其他的事情了。
通知到我们，但是此时可能程序正在做其他的事情，所以即使异步完成了也需要在一旁等待，等到程序空闲下来才有时间去看哪些异步已经完成了，可以去执行。


注册一个异步任务就会被放在这个任务队列中，就像在银行中排号，如果叫到你的时候你不在，那么你当前的号牌就作废了，柜员会选择直接跳过进行下一个客户的业务处理，等你回来以后还需要重新取号

添加一些微任务的，就像在柜台办理业务，你前边的一位老大爷可能在存款，在存款这个业务办理完以后，柜员会问老大爷还有没有其他需要办理的业务，这时老大爷想了一下：“最近P2P爆雷有点儿多，是不是要选择稳一些的理财呢”，然后告诉柜员说，要办一些理财的业务，这时候柜员肯定不能告诉老大爷说：“您再上后边取个号去，重新排队”。
添加的“”而往后推。
？或者 ？





博客中的代码片段：

 console.log(4))new Promise(resolve => {
  resolve()
  console.log(1)
}).then(_ => {
  console.log(3)
})

console.log(2)

就是作为宏任务来存在的，而则是具有代表性的微任务，上述代码的执行顺序就是按照序号来输出的。

代码
在实例化的过程中所执行的代码都是同步进行的，而中注册的回调才是异步执行的。
代码执行完成后才回去检查是否有异步任务完成，并执行对应的回调，而微任务又会在宏任务之前执行。
输出结论。

代码

 {-  console.log(4)+})+new Promise(resolve => {+  resolve()+  console.log(1)+}).then(_ => {-  console.log(3)+})+console.log(2)

已经先设置了定时器（相当于取号），然后在当前进程中又添加了一些的处理（临时添加业务）。

中实例化，其输出依然会早于的宏任务：

 console.log(4))new Promise(resolve => {
  resolve()
  console.log(1)
}).then(_ => {
  console.log(3)
  Promise.resolve().then(_ => {
    console.log('before timeout')
  }).then(_ => {
    Promise.resolve().then(_ => {
      console.log('also before timeout')
    })
  })
})

console.log(2)

调用的，一般都会在里边有其他的异步操作，比如、之类的操作。
注册了一个宏任务，而非是微任务。

中，的实现可以是微任务，也可以是宏任务，但是普遍的共识表示(至少是这么做的)，应该是属于微任务阵营的

，说这个也是宏任务，可是在读了以后，发现这很显然是和微任务平行的一个操作步骤
姑且也算是宏任务吧，在为，下次页面重绘前所执行的操作，而重绘也是作为宏任务的一个步骤来存在的，且该步骤晚于微任务的执行

是一个单进程的语言，同一时间不能处理多个任务，所以何时执行宏任务，何时执行微任务？我们需要有这样的一个判断逻辑存在。

。

 task1// > task2// > task3// > special micro task// > task4// > special macro task

循环来表示，是因为在循环内部可以很方便的进行之类的操作（添加一些任务），从而使迭代的次数动态的增加。

只是负责告诉你该执行那些任务，或者说哪些回调被触发了，真正的逻辑还是在进程中执行的。

的作用，那么在真实的浏览器中是什么表现呢？


这一项感觉有点儿笼统，有太多的东西都可以称之为，点击一次，上传一个文件，与程序产生交互的这些都可以称之为。

结构：

  #outer {
    padding: 20px;
    background: #616161;
  }

  #inner {
    width: 100px;
    height: 100px;
    background: #757575;
  }