前言　　本篇幅是继 注册中心Nacos源码分析 的下半部分。  意义【1】虽说大部分我们采用注册中心的时候考虑的都是AP架构，为什么呢？因为性能相对于CP架构来说更高，需要等待的时间更少【相对于CP架构，采用的是二段提交，AP架构是直接落盘数据，然后进行数据扩散，来达到最终一致，所以客户端收到响应会更快】；【2】其次，考虑AP架构会不会存在数据丢失的风险呢？答案是必然的，所以是不是应该考虑CP架构呢？那么问题来了，数据丢失是问题吗？明显不是。基于AP架构的注册中心，明显在客户端那边都会存在重试机制，也就是对于一个集群而言，一台服务器宕机会自动重连到其他机器上去，所以有补充的手段自然也就不考虑

前言上篇文章​​5K字由浅入深聊聊Promise实现原理​​，中讲述了Promise内部的实现原理。今天来聊聊​​async​​与​​await​​，那么async与await到底是什么呢。都说是​​语法糖​​，就来深入理解下async/await吧来看下MDN的概念async函数是使用​​async​​关键字声明的函数。async函数是​​AsyncFunction​​构造函数的实例，并且其中允许使用​​await​​关键字​​await​​操作符用于等待一个​​Promise​​兑现并获取它兑现之后的值。它只能在​​异步函数​​或者​​模块​​顶层中使用。​​async​​和​​await

前言上篇文章​​5K字由浅入深聊聊Promise实现原理​​，中讲述了Promise内部的实现原理。今天来聊聊​​async​​与​​await​​，那么async与await到底是什么呢。都说是​​语法糖​​，就来深入理解下async/await吧来看下MDN的概念async函数是使用​​async​​关键字声明的函数。async函数是​​AsyncFunction​​构造函数的实例，并且其中允许使用​​await​​关键字​​await​​操作符用于等待一个​​Promise​​兑现并获取它兑现之后的值。它只能在​​异步函数​​或者​​模块​​顶层中使用。​​async​​和​​await