皮皮网

1.【vue】Vue3中使用函数调用组件内函数和创建组件【超详细+源码】
2.Vue 源码解读（2）—— Vue 初始化过程
3.nodejs EventEmitter 源码分析
4.最前端｜详解VUE源码初始化流程以及响应式原理
5.Axios源码深度剖析 - AJAX新王者
6.分析axios源码来找出无法使用all和spread等方法的源码源码原因

【vue】Vue3中使用函数调用组件内函数和创建组件【超详细+源码】

       在uniapp项目中，结合vue3和typescript，源码源码你可能会遇到不想频繁在视图层引入组件的源码源码困扰。传统的源码源码组件应用方式需要每次使用时都进行应用，即使不使用也需引入。源码源码为了解决这个问题，源码源码会员接单源码你可能尝试通过函数调用直接创建和操作组件。源码源码

       首先，源码源码你可能会查阅到使用`createApp`方法，源码源码创建组件实例并传递参数，源码源码就像父组件传递数据给子组件。源码源码例如：

       然而，源码源码直接在`createApp`中调用组件方法可能并不直接有效。源码源码此时，源码源码你可以考虑转向函数式组件（h）和`render`函数。源码源码将组件的方法挂载到vue原型链上，以便在外部函数中调用。例如在`toast.ts`中：

       typescript

       // toast.ts

       Vue.prototype.$toast = function(message) {

       // 实现 toast 方法...

       };

       然后在项目中这样使用：

       显示提示

       最后，记得分享你的发现，关注个人博客和开源项目，加入技术交流群组，与他人交流学习，共同进步。如果你在过程中遇到问题，欢迎留言，大家会一起探讨解答。

Vue 源码解读（2）—— Vue 初始化过程

       深入理解 Vue 的初始化过程，揭开面试官心中疑惑，new Vue(options) 的神秘面纱。

       寻找入口，确定 Vue 的构造函数在 /src/core/instance/index.js 文件中，采用示例代码和调试功能逐步探索。

       阅读源码，从 Vue.prototype._init 开始，了解 Vue 初始化过程，逐步解析构造函数中的各项操作。

       源码解读：从 /src/core/instance/init.js 看起，解析 resolveConstructorOptions、resolveModifiedOptions 等关键方法，逐步深入。

       优化选项合并，理解 mergeOptions 方法如何确保配置选项的正确整合。

       注入和提供，从 initInjections、resolveInject、initProvide 等方法中学习 Vue 如何处理组件之间的依赖关系。

       总结 Vue 的初始化流程，从构造函数到选项解析，再到组件注入与提供，全面掌握初始化过程。

       感谢各位的点赞、收藏和评论，敦伦影院源码期待与您的下期见面。

       学习之路永无止境，知识与习惯相伴相随。感谢您的支持与关注。

       新视频和文章会第一时间在微信公众号发送，欢迎关注：李永宁lyn。

       文章已收录到 github 仓库 liyongning/blog，欢迎 Watch 和 Star。

nodejs EventEmitter 源码分析

       EventEmitter 是 Node.js 中的事件管理器核心逻辑简单，主要聚焦于事件与函数或函数数组之间的关联。在 v..1 版本中，核心逻辑在实例的 _events 属性上展开，该属性是一个对象，其键为事件名称，值为事件对应的函数或函数数组。所有方法均围绕 _events 展开。

       构造函数初始化 _events 属性，若实例本身未定义，则执行此操作。此操作涉及对实例原型的引用，通过 ObjectGetPrototypeOf 的使用来实现。函数 on 允许用户注册事件监听器，逻辑简单明了：判断同名事件是否已注册，无则注册；已有则将新监听器加入已有函数数组中。emit 方法触发事件，根据事件名称获取对应函数或函数数组，使用 ReflectApply 调用。此方法与 Function.prototype.apply 类似，但提供了更简洁的实现。

       off 方法与 on 方法相似，但逻辑相反。它获取事件监听器，若为函数，则直接删除；若为数组，则遍历删除指定监听器。此方法同样简洁，直接操作事件列表。

       Reflect API 的使用在不同版本的 EventEmitter 中逐渐增多，例如将 Object.keys 替换为 Reflect.ownKeys，以更好地处理 Symbol 类型的事件名。反射方法，如 Reflect.apply，尽管在 V8 中源码显得复杂，但其执行逻辑与 Function.prototype.apply 相似，性能上并无显著提升，但提升了代码的可读性。

       在最新版本 v.5.0 中，EventEmitter 的实现中采用 Reflect.ownKeys 更为合理，因为此方法能有效避免返回数组中无 Symbol 的问题。EventEmitter 的构造函数与 Stream 的关系展示了如何利用继承来扩展功能。Stream 通过继承 EventEmitter，peer 源码解读实现了更简洁的 class 写法，未来可能进一步简化。

       此外，文章还讨论了私有属性的使用，以及简易版 EventEmitter 的实现。简易版 EventEmitter 基本逻辑简洁，但不包含参数校验、异常处理和性能优化等生产环境所需的功能。实际生产环境中的 EventEmitter 实现则需额外处理这些复杂情况。

最前端｜详解VUE源码初始化流程以及响应式原理

       为大家分享一些实用内容，便于大家理解，希望对大家在 Vue 开发中有所助益，直接进入正题：

       Vue 源码的入口是 src/core/instance/index.js，此文件负责在 Vue 的 prototype 上注册函数属性等，并执行 initMixin 中注册的 _init 函数。

       继续观察流程，_init 方法代表初始化流程，主要代码如下：

       如果是组件，则 _isComponent 为真，其他情况下都会执行 resolveConstructorOptions，该函数将用户设置的 options 和默认 options 合并。随后执行一系列初始化函数，如 initLifecycle 初始化生命周期，initEvent 初始化事件处理机制，initRender 初始化 vnode、插槽及属性等。接下来调用 beforeCreate 钩子函数，然后是 initInjections 和 initProvide 两个与通信相关的组件。

       这里涉及到两个熟悉的生命周期函数：beforeCreate 和 created。对比 Vue 流程图，可以明确这两个钩子函数的执行时机。

       它们之间实际上差了三个初始化过程。重点是 initState 方法：

       在此方法中，如果传入 data 则执行 initData，否则初始化一个空对象。接下来可以看到 computed 和 watch 也是在这里初始化的。

       简化后的 initData 代码：

       此方法首先判断 data 是否为函数，若是则执行，否则直接取值，因此我们的 data 既可以函数，也可以是对象。然后循环 data 的 key 值，通过 hasOwn 判断属性是否有重复。

       isReserved 方法是判断变量名是否以 _ 或 $ 开头，这意味着我们不能使用 _ 和 $ 开头的属性名。然后进入 proxy 方法，该方法通过 Object.defineProperty 设置 get 和 set 将 data 的属性代理到 vm 上，使我们能够通过 this[propName] 访问到 data 上的属性，而无需通过 this.data[propName]。最后执行 observe，如下：

       前面都是qt src源码在做一些初始化等必要的判断，核心只有一句：

       从这里开始，我们暂时中止 init 流程，开始响应式流程这条线。在阅读源码时，你总会被各种支线打断，这是没有办法的事情，只要你还记得之前在做什么就好。

       Observer 类是 Vue 实现响应式最重要的三环之一，代码如下：

       这里介绍一下 def 函数，这是 Vue 封装的方法，在源码中大量使用，我们可以稍微分析一下，代码如下：

       可以看到，也是使用了 Object.defineProperty 方法，上文提到过。这是一个非常强大的方法，可以说 Vue 的双向绑定就是通过它实现的。它有三个配置项：configurable 表示是否可以重新赋值和删除，writable 表示是否可以修改，enumerable 表示该属性是否会被遍历到。Vue 通过 def 方法定义哪些属性是不可修改的，哪些属性是不暴露给用户的。这里通过 def 方法将 Observer 类绑定到 data 的 __ob__ 属性上，有兴趣的同学可以去 debugger 查看 data 和 prop 中的 __ob__ 属性的格式。

       再说回 Observer，如果传入的数据是数组，则会调用 observeArray，该函数会遍历数组，然后每个数组项又会去执行 observe 方法，这里显然是一个递归，目的是将所有的属性都调用 observe。这个 observe 方法实际上是 Vue 实现观察者模式的核心，不仅是在初始化 data 的时候用到。最终，data 上的每个属性都会走到 defineReactive 里面来，重点就在这里：

       这个方法的作用是将普通数据处理成响应式数据，这里的 get 和 set 就是 Vue 中依赖收集和派发更新的源头。这里又涉及到了响应式另一个重要的类：Dep。

       在这段代码中，通过 Object.getOwnPropertyDescriptor 获取对象的属性描述符，如果不存在，则通过 Object.defineProperty 创建。这里的 get 和 set 都是函数，因此 data 和 prop 中所有的值都会因为闭包而缓存在内存中，并且都关联了一个 Dep 对象。

       当用户通过 this[propName] 访问属性时，就会触发 get，并调用 dep.depend 方法（下面的 dependArray 实际上就是递归遍历数组，然后去调用那个数据上的 __ob__.dep.depend 方法），当赋值更新时，则会触发 set，花椒协议源码并调用 observe 对新的值创建 observer 对象，最后调用 dep.notify 方法。

       总结起来就是，当赋值时调用 dep.notify；当取值时调用 dep.depend。这个方法的作用就在于此，剩下的工作交给了 Dep 类。

       接下来我们可以看一下 Dep 类中做了什么。

       这里多贴了一些代码，虽然不属于同一个类，但非常重要。这段代码初始化了一个 subs 数组，这个非常熟悉的数组就是我们经常在 Vue 的属性中看到的，它是一个观察者列表。

       前文提到，当 key 的 getter 触发时会调用 depend，将 Dep.target 添加到观察者列表中。这样，在 set 的时候我们才能 notify 去通知 update。

       另外，还要提一点，前面在设置 getter 时的代码中有这样一段：

       那么既然已经执行了 dep.depend，为什么还要执行 childOb.dep.depend，这又是什么东西呢？

       实际上，在数据的增删改查中，响应式的实现方式是不同的。setter 和 getter 只能检测到数据的修改和读取操作，因此这部分是由 dep.depend 来实现的。而 data 的新增删除的属性，并不能直接实现响应式，这部分是由 childOb.dep.depend 来完成的，这就是我们常用的 Vue.set 和 Vue.delete 的实现方式。

       接着往下看，我们发现 depend 方法将 Dep.target 推入 subs 中。在上面定义中可以看到，它是一个 Watcher 类的实例，这个类就是响应式系统中的最后一环。

       不过，我们暂时不管它，在这里还有一个重要的点：targetStack。可以看到有 pushTarget 和 popTarget 这两个方法，它们遵循着栈的原则，后进先出。因此，Vue 中的更新也是按照这个原则进行的。另外，大家可能注意到，这里似乎没有实例化 Watcher 对象，那么它是在什么地方执行的呢？下文会提到。

       Watcher 的代码很长，我们这里只看一小段。当 notify 被触发时，会调用 update 方法。需要注意的是，这部分已经不是在 init 的流程中了，而是在数据更新时调用的。

       这里正常情况下会执行 queueWatcher：

       可以看到，当 data 更新时会将 watcher push 到 queue 中，然后等到 nextTick 执行 flushSchedulerQueue，nextTick 也是一个大家很熟悉的东西，Vue 当然不会蠢到每有一个更新就更新一遍 DOM。它就是通过 nextTick 来实现优化的，所有的改动都会被 push 到一个 callbacks 队列中，然后等待全部完成之后一次清空，一起更新。这就是一轮 tick。

       言归正传，接着来看 flushSchedulerQueue：

       实际核心代码就是遍历所有的 queue，然后执行 watcher.run，最后发出 actived 和 updated 两个 hook。

       watcher.run 会更新值然后调用 updateComponent 方法去更新 DOM。至此，响应式原理的主体流程结束。说了这么多，其实下面这个流程图就能完整概括。

       我们回到 init 的流程，上文中 init 的流程并没有执行完，还差这最后一句：

       即通过传入的 options 将 DOM 给渲染出来，我们来看 $mount 的代码。

       前面是在获取元素以及进行一系列的类型检查判断，核心就在 compileToFunctions 这个方法上。

       看到这个 ast 我们就应该知道这个函数的作用了，通过 template 获取 AST 抽象语法树，然后根据定义的模板规则生成 render 函数。

       这个方法执行完之后返回了 render 函数，之后被赋值在了 options 上，最后调用了 mount.call(this, el, hydrating)。

       这个方法很简单，就是调用 mountComponent 函数。

       这里的流程很容易理解。首先触发 beforeMount 钩子函数，然后通过 vm._render 生成虚拟 DOM（vnode）。这个 vnode 就是常说的虚拟 DOM。生成 vnode 后，再调用 update 方法将其更新为真实的 DOM。在 update 方法中，会实现 diff 算法。最后执行 mounted 钩子函数。需要注意的是，这里的 updateComponent 只是定义出来了，然后将其作为参数传递给了 Watcher。之前提到的 Watcher 就是在这个地方实例化的。

       至此，init 的主体流程也结束了。当然，其中还有很多细节没有提到。我也还没有深入研究这些细节，之后有时间会进一步理解和梳理。这篇文章主要是为了自己做个笔记，也分享给大家，希望能有所帮助。如果文中有任何错误之处，请大家指正。

       版权声明：本文由神州数码云基地团队整理撰写，若转载请注明出处。

       公众号搜索神州数码云基地，了解更多技术干货。

Axios源码深度剖析 - AJAX新王者

       Axios 是一个基于 Promise 的 HTTP 请求库，支持浏览器和 Node.js 环境。其源码在 GitHub 上开源，欢迎 fork 使用并提出指正。以下为 Axios 的核心目录结构说明，主要关注在 /lib/ 目录下的文件。

       在使用 Axios 时，你可能会遇到多种调用方式，本文将带你深入了解这些方式及其原理。

       首先，我们来了解一下 Axios 的基本用法。你可以使用以下几种方式发起请求：

       1. `axios(option)`：提供一个配置对象进行调用。

       2. `axios(url[, option])`：传入 URL 和配置对象。

       3. 对于 GET、DELETE 等方法：`axios[method](url[, option])`。

       4. 对于 POST、PUT 等方法：`axios[method](url[, data[, option]])`。

       5. 使用默认实例：`axios.request(option)`。

       通过以上方式，你可以轻松发起 HTTP 请求。

       深入源码分析，你将发现 Axios 的强大之处。通过 `axios.js` 文件的入口，核心在于 `createInstance` 方法，该方法能生成一个指向 `Axios.prototype.request` 的 Function，从而实现多种调用方式。

       在 Axios 的核心 `Axios` 类中，`request` 方法是所有功能的中枢，无论是 GET、POST 还是其他方法，最终都通过 `request` 方法实现。

       配置项是 Axios 与用户交互的关键，它涵盖了几乎所有功能的配置。配置项从低到高优先级顺序为：默认配置对象、`defaults` 属性、`request` 方法参数。

       在使用 Axios 时，配置项是如何生效的？答案在于合并多个配置源，最终得到一个综合配置对象。

       此外，Axios 提供了拦截器系统，让你可以控制请求前后的数据处理。每个 Axios 实例都有 `interceptors` 属性，用于管理拦截器，让你实现精细的控制。

       核心的 `dispatchRequest` 方法则负责处理请求流程，包括请求适配器、发送请求、数据转换等步骤。最后，通过 Promise，你可以优雅地处理异步请求。

       数据转换器让你能轻松地在请求和响应数据之间进行转换，如将对象转换为 JSON 格式。默认情况下，Axios 自动处理 JSON 数据转换。

       在使用 Axios 时，你还能灵活地控制超时、取消请求、设置 header、携带 cookie 等功能。通过源码分析，你可以深入理解 Axios 的内部机制。

       总结，Axios 以其强大、灵活的功能和简洁的 API 设计，成为现代应用中不可或缺的 HTTP 请求工具。通过本文的深入探讨，你将对 Axios 的运作机制有更深刻的理解，从而更好地利用其功能。

分析axios源码来找出无法使用all和spread等方法的原因

       在使用axios进行创建时，若采用axios.create({ })方法，将无法使用all、spread、Cancel、CancelToken、isCancel等方法。

       网上关于此问题的解答，通常是axios维护者建议重新引入axios package以解决问题。然而，这种方法并不理想，因为重新引入会导致axios配置丢失，需要重新配置，相当繁琐。

       在我们的项目中，经常需要使用自定义设置的axios实例，例如设置基础URL和超时时间。设置完成后，我们可以使用newAxios.post来完成需求。但若尝试使用all、spread、Cancel、CancelToken、isCancel等方法，系统会提示方法不存在。

       接下来，我们将分析axios源码，探究为何使用axios.create方法后无法使用all、spread等方法。

       首先，打开axios源码目录下的lib/axios.js文件，这是Axios的入口处，也是create函数所在的地方。让我们看一下create的源代码：

       接下来，我们将逐步解读代码。mergeConfig方法从字面上可以理解为一个合并配置的方法，即合并我们的配置与默认配置，覆盖默认配置。关于合并配置的代码，这里就不详细介绍了。有兴趣的可以查看mergeConfig。因此，现在的代码如下：

       现在，我们来看一下剩下的createInstance函数：

       context变量包含axios实例代码。我们只需知道，实例Axios后，context变量原型链上有request、delete、get、head、options、post、put、patch方法，自身有interceptors对象。

       现在，让我们看看下面的bind和extend方法：

       第一个bind函数是让Axios.prototype.request函数中的this指向context变量。

       后面两个extend方法，是把第二个参数的可枚举对象复制到第一个参数中，即instance变量中。

       从第一个bind方法开始，现在instance变量中有一个request方法。

       然后第二个extend方法，把Axios.prototype里的方法复制到instance变量中。现在instance变量中有request、delete、get、head、options、post、put、patch方法。

       最后第三个extend方法，把context里的方法复制到instance变量中。现在变量中有request、delete、get、head、options、post、put、patch、interceptors、defaults。

       这样就结束了，create方法直接返回instance变量。我们没有在create方法中看到all、spread等方法。这也是为什么使用create方法后无法使用这些方法。那么这些方法在哪呢？还是在lib/axios.js文件中：

       可以看到，这里是把这些方法直接赋值在axios方法上，然后直接暴露出去。所以当我们使用axios时，可以使用all、spread等方法。但使用axios.create就无法使用all、spread、Cancel、CancelToken、isCancel方法。

       如果能改axios源码，可以将lib/axios.js修改如下：

       但是，这当然不可能。所以，我们需要在不改源代码的情况下实现。

       有一个暴力的解决方案，不过我个人比较喜欢：

       很简单，一行代码解决问题。这里之所以要加上注释，是因为在eslint中不允许对__proto__进行重新赋值。