1.vue3源码学习--调试环境搭建
2.Vue3 中的 v-bind 指令：你不知道的那些工作原理
3.vue3项目debugger调试看不到源码-jeecgboot
4.使用WebStorm如何调试Vue代码
5.如何调试vue项目程序?
6.最前端｜详解VUE源码初始化流程以及响应式原理

vue3源码学习--调试环境搭建

       Vue3源码调试环境搭建指南

       要深入学习Vue3源码，首先需要在本地搭建一个调试环境。以下是详细的步骤：

       1. 克隆项目: 从GitHub上获取官方或你感兴趣的Vue3项目，通常可通过以下命令进行克隆：

       <pre>git clone /vuejs/vue3</pre>

       2. 安装依赖: 项目克隆后，执行安装命令以确保所有必要的构建工具和依赖已准备就绪：

       <pre>cd vue3-project

       npm install

       yarn install (如果项目使用yarn)</pre>

       3. 运行项目: 安装完成后，运行项目以验证是源码出售诚信否可以正常启动：

       <pre>npm run serve 或 yarn serve</pre>

       4. 调试模式: 要进行源码级别的调试，你需要配置开发环境，开启调试工具如Chrome DevTools或Vue Devtools：

       <pre>在浏览器中访问puted 和 watch 也是在这里初始化的。

       简化后的 initData 代码：

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

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

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

       从这里开始，我们暂时中止 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 中。在上面定义中可以看到，它是android 9源码一个 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 的主体流程也结束了。当然，其中还有很多细节没有提到。我也还没有深入研究这些细节，之后有时间会进一步理解和梳理。这篇文章主要是为了自己做个笔记，也分享给大家，希望能有所帮助。如果文中有任何错误之处，请大家指正。

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

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

保姆级教程Vue项目调试技巧

       在Vue项目开发中，遇到应用逻辑错误难以定位时，掌握调试技巧至关重要。本文将介绍三种主要的Vue项目调试方法：debugger、Vue.js devtools和VS Code插件。

       1. Debugger

       浏览器内置的debugger语句允许在代码中设置断点，通过F的浏览器调试模式查看和单步执行。在Vue项目中，只需在关键代码行插入`debugger;`，运行项目后，浏览器会自动暂停在断点处，方便进行调试。

       2. Vue.js devtools

       专为Chrome设计的开源插件，通过source-map映射功能，配合浏览器的Sources标签页，提供源代码断点设置。在`vue.config.js`中添加`devtool: 'source-map'`，便于使用。安装插件后，启动本地项目并用Chrome打开，调试体验流畅。

       3. VS Code Debugger for Chrome插件

       在VS Code中安装该插件后，可以在代码中设置断点进行调试，有完整的调试工具支持。但其缺点是重启浏览器后，调试环境可能丢失。

       其他辅助方法

       使用console.log进行输出调试是常见手段，便于查看接口返回数据和分析错误。这种方式直观且数据结构清晰，有助于黑盒测试。

       总结来说，推荐使用Vue.js devtools进行调试，但根据个人喜好和项目需求，其他方法也有其价值。点击以示支持，一起进步！

原来 vue3 文件编译是这样工作的！看完后更懂vue3了

       理解Vue3文件编译过程的关键在于熟悉vue-loader和@vitejs/plugin-vue的工作机制。以@vitejs/plugin-vue为例，让我们通过调试来揭示这个过程。首先，Vue源代码在App.vue文件中编写，如设置变量msg并在template中渲染。在浏览器中，这些文件需要经过编译转换为浏览器能理解的js。

       编译实际发生于node环境，而不是浏览器端。通过调试工具如VSCode的Javascript Debug Terminal，我们可以在vite.config.ts中使用@vitejs/plugin-vue的地方设置断点。这里，关键的函数是vuePlugin，它包含了buildStart和transform钩子，分别在服务器启动和模块解析时被调用。

       当启动服务，会首先调用buildStart钩子，此时compiler变量为null，随后通过resolveCompiler函数定位到vue/compiler-sfc库。在transform钩子中，我们重点关注App.vue文件的解析，这时transformMain函数会执行，它处理了template、scriptSetup（如果有setup）和styles内容。

       在transformMain中，createDescriptor函数被调用，传入App.vue的文件路径和代码。这个函数内部，会使用vue/compiler-sfc的parse函数，该函数接收源代码和选项，解析出包含模板、script内容以及可能的style内容的SFCDescriptor对象。

       通过这些步骤，Vue文件被逐步分解成浏览器可识别的组件描述符，包括了HTML模板、脚本逻辑和样式信息。这让你更深入地理解了Vue3文件的编译过程，使得源代码和浏览器之间的转换过程更加清晰。