ES6高阶 同步和异步 回调地狱 promise async和await

promise官方网站：https://www.liaoxuefeng.com/wiki/1022910821149312/1023024413276544

1，同步和异步

1.1

// 同步执行
function fn() {
      console.log('异步')   // 1
  }
  fn()
  console.log('同步')   // 2

1.2

// 异步执行
  function fn() {
    setTimeout(() => {
      console.log('异步') // 2
    })
  }
  fn()
  console.log('同步') // 1

1.3

// 事件处理函数中有异步事件，我想等异步执行完之后在执行行下面的事情
  // 异步执行通过回调方法,fn()里传一个处理函数过去，等到
  function fn(cb) {
    setTimeout(() => {
      console.log('异步') // 1
      cb()
    })
  }
  fn(function() {
    console.log('同步') // 2
  })

1.4   demo.js编写代码读取文件

这里需要注意的是哪一个文件先读取出来，与读取顺序无关，主要和文件大小和操作系统的调度机制有关

读取操作为异步代码，不会等待其读取完再依次往下执行，所以返回结果的顺序不一定是按照读取编写顺序

接下来，我们多次测试下该脚本文件，看看返回的读取结果顺序，如下所示

 这里我们提出一个需求，希望返回的读取结果固定顺序依次为a、b、c文件内容，所以接下来通过“回调嵌套”的方式来保证顺序

 直接将b文件读取操作嵌套到a里，再将c文件读取操作嵌套到b里。

此时便可以实现a、b、c文件依次读取，试验多次也一样，因为此时顺序已经固定

因为异步操作无法保证返回结果顺序，所以需要层层嵌套回调；

但此时嵌套层级太深，语法过于冗余，不利于后期维护。

.因为javascript是单线程的，所以有些需要等待的地方，需要使用回调函数。
.由于某些业务的问题，在代码中会一次性写会多层的回调嵌套，回调嵌套后的代码的维护难度，和无法排除bug。这个就被称作回调地狱。
.在工作中，一般处理的方式是使用promise或者async函数。
.promise由于xxxx 对于开发这种多层嵌套的代码很方便，降低了代码的维护难度等等。
.promise是XXX时新增的，拥有着xxxx的特性等等。
.promise下面的all函数我也经常用到xxxxxxx
.甚至还可以手写个promise！