JavaScript 中，用 async + await 和直接同步方式执行有什么区别？意义是什么？

async函数内阻塞，函数外不阻塞

题主问区别与意义，我试着来总结下。同步/异步/async + await的异步:

1. 由于浏览器/引擎负责解释和执行JavaScript的主线程是单线程，同步执行一个耗时较大的任务会导致阻塞。
2. 异步执行代码可以解决阻塞问题，但会带来顺序的不确定性（要注意这里顺序的不确定性指的是多个异步过程的不确定性）。
3. 如果这些任务彼此不相关，就不一定需要交互，如果没有相互影响的话，不确定性是完全可以接受的。
4. 如果你需要保证异步执行的顺序，比如依次远程读取一系列url, 按顺序触发动画等，就需要嵌套很多层回调函数。
5. 多级嵌套的回调函数弊端很多：不直观，强耦合，回调的不确定性，不利于维护与复用。
6. Promise对象允许将这种回调函数的嵌套，改为链式调用。并用then保证执行顺序。Promise还能保证每次返回的都是一个新的Promise对象，所以代码一定被异步执行。
7. 这种方法还是不够简明，语义化，你只能看见一堆then。于是有了async和await，把异步执行的代码写得像同步代码那样直观。async的函数中可以有一个或多个异步操作，一旦遇到await就会立即返回一个pending状态的Promise对象，暂时返回执行代码的控制权，使得函数外的代码得以继续执行，这是保证非阻塞的部分。并且多个异步请求是可以并发的（多个Job Queue、Ajax、Timer、I/O(Node)）。等await后的异步请求resolve了（或reject)，主线程才会继续执行async函数内后面的部分，这是保证的顺序性（而且最终函数返回的也是一个Promise对象）。我们说的把异步变同步指的是在async函数内部异步代码就像被同步执行的那样（继发执行），而不是它会阻塞主线程一直等待异步调用返回。
8. 引用另一位答主@鲁小夫的例子https://www.zhihu.com/question/62254462/answer/196367712

我在最后加了一句同步的代码

画的线有点乱。。第一个输出的false是由于执行到synchronous函数中同步代码的时候异步的过程还未返回；第二个的undefined是因为这个函数没有返回值，默认是undefined；第三个Promise是由于执行到asynchronous函数中遇到await就返回了，返回值是一个Promise，并继续执行后续其他任务；于是输出的第四个值是最后那句长长的字符串；await等到它promise的结果后（可能是resolve，或者reject）通知主线程，主线程执行完当前所有 chunk 后，就回到当初暂停的地方继续执行asynchronous函数；于是最后打印出true。另外这个通知过程上面的synchronous函数也有，只不过通知完并不需要处理任何任务这里就略过了。如果把asynchronous函数换成一个同步的函数的话，那最后加上的长字符串会最后输出，假如你在这个函数内发出的同步请求耗时很长，后面的代码和函数外的代码都只能干等着。

PS：以上论述跳过了Generator函数的部分，async本质上来说只是Generator加上执行器的语法糖，这里为了主线清晰就不展开了。

有错误的话欢迎指出啊。以上