1.vue3官网文档？
2.深入p-limit源码，源码如何限制并发数？
3.从零开始手写Promise
4.微信小程序使用Promise
vue3官网文档？
vue3.0正式版来了
Vuejs于年9月日凌晨发布了代号为OnePiece的源码3.0版本。以下简称Vue3
跟着官网文档，源码我们一起来体验下新版的源码魅力。
Vue3官方文档地址：
首先是源码测试工具
谷歌插件（需要**）：
火狐插件：
electron桌面应用插件：
出于原型制作或学习目的，您可以将最新版本与以下灶启芦各项配合使用：
使用Vue构建大型应用程序时，源码排单源码分享建议使用NPM安装方法。源码它与Webpack或Rollup等模块捆绑器很好地配旁伍对。源码Vue还提供了用于创作单一文件组件的源码随附工具。
ue提供隐带了一个官方CLI用于快速搭建单页应用。源码
对于Vue3，源码您应该使用VueCLIv4.5，源码该版本在上npm提供@vue/cli@next。源码要升级，源码您需要在@vue/cli全局范围内重新安装最新版本：
然后在Vue项目中运行
在dist/NPM软件包的源码目录中，您会找到许多不同的Vue.js版本。
全局安装脚手架
查看脚手架版本是否在4.5以上（含4.5）
创建项目
此时终端显示如下图
选择第二项Vue3Preview，等待安装完成。
到此，恭喜你迈入了Vue3.0的时代！
助你上手Vue3全家桶之Vue3教程这些内容是博主在学习过程中记录下来的，有一些不重要的点就跳过了，需要时自行查询文档。其实V2到V3的学习成本不高，熟悉V2的话，看完这篇文章就可以上手V3。
Vue3官网
在线源码编译地址
setup是所有CompositionAPI的容器，值为一个函数。组件中所用到的数据、方法等等，均要配置在setup中，它会在beforeCreate之前执行一次，注意：V3里this不再是指向Vue实例，访问this会是undefined
尽量不要与V2配置混用
V2配置（data、methos、computed...）中可以访问到setup中的属性、方法。
但在setup中不能访问到V2配置（data、methods、computed...）。
如果有重名,setup优先。
setup不能是一个async函数
因为返回值不再return的对象,而是promise,模板看不到return对象中的属性。（后期也可以返回一个Promise实例，高仿fir源码但需要Suspense和异步组件的配合）
使用ref可以创建一个包含响应式数据的引用对象（reference对象，简称ref对象），可以是基本类型、也可以是对象。
语法
定义一个对象类型的响应式数据，内部基于ES6的Proxy实现，通过代理对象操作源对象内部数据进行操作
语法
与V2中computed配置功能一致
语法
与V2中watch配置功能一致，语法有点改动
语法
和watch的区别是，watch既要指明监视的属性，也要指明监视的回调。而watchEffect，不用指明监视哪个属性，监视的回调中用到哪个属性，那就监视哪个属性，不用写返回值。
语法
生命周期全都写在setup中
创建一个ref对象，其value值指向另一个对象中的某个属性
语法
将响应式对象转换为普通对象，其中结果对象的每个property都是指向原始对象相应property的ref
语法
只处理对象最外层属性的响应式（浅响应式）。适用于：一个对象数据，结构比较深,但变化时只是外层属性变化
语法
只处理基本数据类型的响应式,不进行对象的响应式处理。适用于：一个对象数据，后续功能不会修改该对象中的属性，而是生新的对象来替换
语法
让一个响应式数据变为只读的（深只读），应用于不希望数据被修改时
语法
让一个响应式数据变为只读的（浅只读），应用于不希望数据被修改时
语法
将一个由reactive生成的响应式对象转为普通对象，对这个普通对象的所有操作，不会引起页面更新。
语法
标记一个对象，使其永远不会再成为响应式对象，有些值不应被设置为响应式的，竖纯例如复杂的第三方类库等，当渲染具有不可变数据源的大列表时，跳过响应式转换可以提高性能。
语法
创建一个自定义的ref，并对其依赖项跟租则踪和更新触发进行显式控制。它需要一个工厂函数，该函数接收track和trigger函数作为参数，并余型咐且应该返回一个带有get和set的对象。
语法
实现祖与后代组件间通信，父组件有一个provide选项来提供数据，后代组件有一个inject选项来开始使用这些数据
语法
检查一个值是否为一个ref对象
语法
检查一个值是否为一个isReactive对象
语法
检查一个对象是否是由readonly创建的只读代理
语法
检查对象是否是由reactive或readonly创建的proxy
语法
Teleport提供了一种干净的方法，允许我们控制在DOM中哪个父节点下渲染了HTML，java伪随机源码而不必求助于全局状态或将其拆分为两个组件。
语法
等待异步组件时先渲染一些额外内容，让应用有更好的用户体验
语法
将全局的API，即：Vue.xxx调整到应用实例（app）上
由于V3中不在存在this，所以ref的获取调整了
语法
V3中在for循环元素上绑定ref将不再自动创建$ref数组。要从单个绑定获取多个ref，请将ref绑定到一个更灵活的函数上
语法
定义一个组件可以向其父组件触发的事件
使用方式修改
通过事件来监听组件生命周期中的关键阶段
语法
如果看了觉得有帮助的，我是@鹏多多，欢迎点赞关注评论；
END
往期文章
个人主页
Vue3组合式API的基础——setup
组合式API基础-Vue3中文文档
Setup-Vue3中文文档
setup是一个组件选项，所以像别的组件选项一样，写在组件导出的对象里。
官方文档如此描述：
setup选项应该是一个接受props和context的函数。
此外，我们从setup返回的所有内容都将暴露给组件的其余部分(计算属性、方法、生命周期钩子等等)以及组件的模板。
个人觉得可以理解为：
正如在一个标准组件中所期望的那样，setup函数中的props是响应式的，当传入新的prop时，它将被更新。
context上下文是一个普通的JavaScript对象，它暴露三个组件的property：
context是一个普通的JavaScript对象，也就是说，它不是响应式的，这意味着你可以安全地对context使用ES6解构。
attrs和slots是有状态的对象，它们总是会随组件本身的更新而更新。这意味着你应该避免对它们进行解构，并始终以attrs.x或slots.x的方式引用property。请注意，与props不同，attrs和slots是非响应式的。如果你打算根据attrs或slots更改应用副作用，那么应该在onUpdated生命周期钩子中执行此操作。
如果setup返回一个对象，则可以在组件的模板中像传递给setup的propsproperty一样访问该对象的property：
setup还可以返回一个渲染函数，该函数可以直接使用在同一作用域中声明的响应式状态：
新的setup组件选项在创建组件之前执行，一旦props被解析，并充当合成API的入口点。
在setup()内部，this不会是该活跃实例的引用，因为setup()是开源软件库源码在解析其它组件选项之前被调用的掘此睁，所以setup()内部的this的行为与其它选项中的this完全不同。这在和其它选项式API一起使用setup()时可能会导致混淆。
reactive()接收一个普通对象然后返回该普通对象的响应式代理。等同于2.x的Vue.observable()
响应式转换是“深层的”：会影响对象内部所有嵌套的属性。基于ES的Proxy实现，返回的代理对象不等于原始对象。建议仅使用代理对象而避免依赖原始对象。
接受一个参数值并返回一个响应式且可改变的ref对象。ref对象拥有一个指向内部值的单一属性.value。
如果传入ref的是一个对象，将调用reactive方法进行深层响应转换。
使用响应式computedAPI有两种方式：
传入一个对象（响应式或普通）或ref，返回一个原始对象的只读代理。一个只读的代理是“深层的”，对象内部任何嵌套的属性也都是只读的。
立即执行传入的一个函数，并响应式追踪其依赖，并在其依赖变更时重新运行该函数。
当watchEffect在组件的setup()函数或生命周期钩子被调用时，侦听器会被链接到该组件的生命周期，并在组件卸载时自动停止。
在一些情况下，也可以显式调用返回值以停止侦听：
有时副作用函数会执行一些异步的副作用,这些响应需要在其失效时清除（即完成之前状态已改变了）。所以侦听副作用传入的函数可以接收一个onInvalidate函数作入参,用来注册清理失效时的回调。当以下情况发判岁生时，这个失效回调会被触发:
我们之所以是通过传入一个函数去注册失效回调，而不是从回调返回它（如ReactuseEffect中的方式），是因为返扒雹回值对于异步错误处理很重要。
在执行数据请求时，副作用函数往往是一个异步函数：
我们知道异步函数都会隐式地返回一个Promise，但是清理函数必须要在Promise被resolve之前被注册。另外，Vue依赖这个返回的Promise来自动处理Promise链上的潜在错误。
Vue的响应式系统会缓存副作用函数，并异步地刷新它们，这样可以避免同一个tick中多个状态改变导致的不必要的重复调用。在核心的具体实现中,组件的更新函数也是一个被侦听的副作用。当一个用户定义的副作用函数进入队列时,会在所有的组件更新后执行：
在这个例子中：
请注意，初始化运行是在组件mounted之前执行的。因此，如果你希望在编写副作用函数时访问DOM（或模板ref），请在onMounted钩子中进行：
如果副作用需要同步或在组件更新之前重新运行，三浪启动源码我们可以传递一个拥有flush属性的对象作为选项（默认为'post'）：
onTrack和onTrigger选项可用于调试一个侦听器的行为。
这两个回调都将接收到一个包含有关所依赖项信息的调试器事件。建议在以下回调中编写debugger语句来检查依赖关系：
onTrack和onTrigger仅在开发模式下生效。
watchAPI完全等效于2.xthis.$watch（以及watch中相应的选项）。watch需要侦听特定的数据源，并在回调函数中执行副作用。默认情况是懒执行的，也就是说仅在侦听的源变更时才执行回调。
可以直接导入onXXX一族的函数来注册生命周期钩子：
vue3实践---路由router具体的项目创建这里就不说了，直接参考官方文档就够了：安装|Vue.js(vuejs.org)
不得不说，vite是真滴强，速度比起webpack快了好几倍，用过就真的回不去了。本次的实践是实现一个常见的后台管理系统，细节会尽量跳过，只集中在路由上面去展示和记录。
首先整个页面就是一级路由，通常会有登录页，报错页，主页之间的切换，这里也是做路由切换动画的主要地方。当顶部有导航菜单的时候红色框就是二级路由，以此类推绿色框就是三级祥轿饥路由。
创建好vue3项目的第帆旁一步就是安装vue-router,因为vite默认并没有安装的。参考官网：安装|VueRouter(vuejs.org)
然后在src目录下创建router目录，并添加2个文件index.js,routes.js.
这里就要画重点了。因为vue3的过度动画transition组件跟vue2比变化还是比较大的。主要是以下的2各方面：
1.transition组件在vue2中是作为父级包裹路由router-view的，到了vue3就反过来了
2.动画类名发生了一点变谨返化，开始和结束变成了from和to，所以不能直接吧vue2的过度动画复制过来，需要做一些改动。
uni-app项目小程序端支持vue3介绍随着vue3的发布，uni-app也逐步支持vue3。
目前小程序平台已支持，h5、App平台暂不支持。
除支持vue3语法特性外，uni-app特有的生命周期钩子支持CompositionAPI，如onLaunch，onShow，onLoad…
下面介绍创建支持vue3的uni-app项目的流程，以及使用中的一些注意事项。vue3相关问题请关注vue官方文档vue3中文文档。
目前仅支持cli方式创建支持vue3默认模板项目。
如果你之前没有使用过vue-cli方式创建过项目，需要先安装vue-cli，若已安装则跳过步骤1。
步骤1:全局安装vue-cli
步骤2:用如下的命令创建vue3工程
步骤3:创建好工程后，进入对应目录
步骤4:将项目跑到微局码虚信平台
需要将编译后的文件dist/dev/mp-weixin导入微信开发者工具运行，也可将项目拖入HbuildX中运桐燃行，方便运行到各个平台。
欢迎开发者反馈使用该版本遇到的问题，我们将积极收集意见。
后续：
DCloud之所以不支持vue3的h5和app版，主要是因为vue3的组件中很多语法的写法发生变化，这导致uni-app的h5版基础组件库和app版基础组件库的写法与vue3不兼容。
当然除了基础组件，插件市场的所有插件（包括uniui），都不支持vue3。即便是uni-app已经推出的vue3的小程序模告版，也不支持插件市场的插件。
考虑到生态兼容的重要性，vue官方（尤雨溪）计划年4月中下旬推出新版，对vue2的语法做兼容，届时uni-app的h5版和app版将同时推出，并且插件市场的众多插件也将自动适配vue3版的uni-app。
深入p-limit源码，如何限制并发数？
并发处理在现代编程中扮演着至关重要的角色，尤其在异步操作和并行任务处理中。虽然JavaScript是单线程执行的，但它通过Promise.all等API实现了并发效果，允许同时处理多个异步操作。
Promise.all是Promise库中的一个关键函数，它接受一个Promise数组作为参数。此函数会等待所有给定的Promise实例全部完成或其中一个失败，然后返回一个新Promise的数组结果。如果所有Promise都成功，则返回所有成功结果的数组；如果一个或多个Promise被拒绝，则返回第一个拒绝的Promise的reason。
然而，有时并发操作需要被限制。过多的并发请求可能给服务器带来压力，影响性能。这时候，p-limit库就显得尤为重要，它允许我们为并发操作设置一个上限。
p-limit提供了pLimit函数来定义并发限制。使用pLimit时，你可以传入一个数量参数，这个参数决定了同时可以执行的异步任务数量。函数返回一个新函数，该函数接收需要并发执行的异步任务。当执行队列中的任务数量达到上限时，新传入的任务会被加入队列，等待前面的任务释放资源后执行。
p-limit的实现中，核心在于初始化一个计数器和一个任务队列。队列采用了yocto-queue库实现，它提供了一个基于链表的队列结构。在并发处理过程中，p-limit通过enqueue函数将异步任务入队，并在队列中管理任务的执行顺序和限制。
enqueue函数负责将异步任务入队，同时对任务进行包装和控制，确保任务在队列中按顺序执行，且不会超过指定的并发限制。这通过使用async函数实现，以确保等待下一个微任务的到来，从而在异步更新的activeCount值上进行比较，以维持并发限制。
在实际执行时，每个任务的执行由run函数控制。此函数在内部管理并发计数，并在任务完成后执行下一个任务，确保并发限制被严格遵守。enqueue、run和next三个函数协同工作，构成了p-limit中一个动态、有限的异步任务执行流程。
此外，p-limit还包含了辅助函数用于管理任务状态，如获取当前执行任务数量（activeCount）、队列中等待任务数量（pendingCount）以及清空任务队列（clearQueue）。这些功能共同协作，确保并发处理既高效又可控。
通过p-limit库，开发人员能够轻松实现异步操作的并发控制，优化性能并防止服务器过载。了解其内部机制，能更好地利用并发处理技术，提升应用响应速度和用户体验。
从零开始手写Promise
面试时，常被问及Promise应用；深入者或询问其实现细节，或查阅源码。本文聚焦于探究Promise内部如何实现链式调用。
所谓Promise，实质是一个容器，存储异步操作的结果。其提供统一接口，便于处理各种异步操作。
在Promise出现前，异步操作常通过回调函数实现，但过度嵌套引发回调地狱。Promise解决此痛点，简化回调复杂性。
Promise/A+规范，由社区提出，为业内所接受。规范定义Promise行为，包括状态转换不可逆，终值不可改变。
实现Promise需构造函数实例化对象，通过实例的then方法处理异步结果。规范要求Promise必须包含等待态、执行态和拒绝态。
Promise构造函数立即执行，传入resolve和reject函数。异常情况通过try/catch捕获处理。
Promise状态一旦改变，无论成功或失败，都会触发then回调函数。回调函数需根据状态调用对应处理终值的函数。
规范允许onFulfilled和onRejected参数可选。实现时，对参数进行类型判断，忽略非函数参数。
通过一个四十行左右的简单Promise垫片，我们初步实现Promise基本结构与then方法。
链式调用是Promise核心。规范要求每个then方法返回新Promise对象，允许方法连续调用。
实现链式调用需返回新的Promise对象，避免调用时覆盖或丢失回调函数。通过返回Promise解决。
规范中，then方法返回Promise对象后，处理onFulfilled和onRejected时，需考虑值的传递特性。
Promise解决过程抽象，需输入Promise和值x。x为thenable对象时，接受x状态；否则使用x值执行。
实现解决过程时，首先排除传入参数自身情况，之后判断x是否为对象或函数，取then方法处理。
取then方法时，需使用try/catch捕获可能出现的错误，防止恶意代码导致程序崩溃。
对不同情况正确判断，处理函数调用，以及递归处理嵌套Promise，实现完整链式调用。
验证通过promises-aplus-tests工具，确保实现符合规范。
了解更多前端知识，请关注公众号前端壹读。如认可内容，欢迎关注专栏或访问网站获取更多文章。
微信小程序使用Promise
在微信小程序开发过程中，我曾遇到使用Promise的问题。官方示例中的cb虽然曾经让我们熟悉，但现在转向Promise是必要的，否则我难以接受，这让我辗转反侧，一整夜未眠。清晨，我便迫不及待地寻找解决方案。
首先，尝试直接利用Promise，尽管在小程序环境中可行，但受浏览器支持范围的限制，不能保证所有环境都能顺利运行。为解决兼容性问题，我考虑引入第三方库，如bluebird或Q，这些库可以在不受浏览器依赖的情况下工作。
开始行动，我选择使用bluebird，添加到项目结构中。然而，在App.js中尝试时，发现Promise并未被定义，尝试失败。这时，我开始深入探究。
我怀疑是否因为小程序禁止加载第三方JS。但我不愿完全依赖自己的实现，于是回想起来，在logs.js中引入util.js的成功经验。小程序的加载机制并非CMD或AMD，而是有着独特的设计，类似Angular。每个js文件都有自己的包头和局部window对象，document可能并不总是可用。
再次尝试引入Q，我注意到它支持多种加载方式，包括CommonJS和RequireJS。尽管如此，我仍未能在调试中找到使用第三方包的途径，因为小程序有自己的加载规则，这使得阅读bluebird源码时感到困惑。
总结，要在微信小程序中使用Promise或者第三方库，需要理解和适应其独特的加载机制，这包括理解局部window对象和文档对象的限制，以及require函数和module对象的使用方式。这是一次对小程序内部机制的深入探索，也提醒我们在开发时要注意其特定的限制和优化策略。
