一步步解读VUE3源码系列14 - component 主流程初始化
今天让我们深入探讨Vue3源码的源码component主流程初始化过程，专注于render虚拟节点的流程构建，随后会涉及template编译部分。源码 直接进入核心内容:首先，流程创建一个简单的源码项目结构，包括example/helloworld文件夹，流程clikhouse源码分析以及App.js、源码index.html和main.js文件。流程
index.html文件是源码页面的入口点，main.js负责加载并初始化应用。流程
在App.js中，源码我们的流程目标是看到"hello,mini-vue"的输出。
接下来，源码我们按照Vue3源码的流程思路一步步构建组件初始化流程：index.ts文件暂时不做处理，留作后续扩展。源码
creatApp.ts负责处理组件模板，这是初始化的关键步骤。
render.ts、vnode.ts和component.ts这三个文件分别对应渲染过程中的核心组件，方法和命名都遵循Vue3的设计。
整个流程图展示了组件初始化的逻辑顺序，我们还会在这个基础上进行优化。 如果你对这个系列感兴趣，可以访问我的GitHub地址，star或fork代码，共享学习成果。Nginx源码分析 - 主流程篇 - 全局变量cycle初始化
Nginx的全局初始化过程围绕全局变量“cycle”展开，位于/src/core/cycle.c文件，其数据结构为“ngx_cycle_t”。了解Nginx源码前应掌握cycle全局变量初始化流程。 cycle初始化分为以下步骤： 创建内存池 用于后续分配的所有内存。 拷贝配置文件路径前缀 如“/usr/local/nginx”，存储在cycle->conf_prefix中。 复制Nginx路径前缀 存储于cycle->prefix。 复制配置文件信息 包含文件路径，如“/nginx/conf/nginx.conf”。 复制配置参数信息 初始化路径信息 初始化打开的文件句柄 初始化shared_memory链表 新旧链表比较，保留相同内存，释放不同。 遍历并打开文件列表（如日志、配置文件） 创建并初始化共享内存 比较新旧共享内存，保留或创建。 处理listening数组并开始监听 处理socket监听。 关闭或删除old_cycle资源 关键点在于内存池的创建、配置文件解析、文件句柄与共享内存的初始化、socket监听与资源关闭，整个流程确保Nginx核心组件的手机同步源码初始化完成。最前端｜详解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，如下：
前面都是在做一些初始化等必要的判断，核心只有一句：
从这里开始，我们暂时中止 init 流程，开始响应式流程这条线。在阅读源码时，你总会被各种支线打断，c token 源码这是没有办法的事情，只要你还记得之前在做什么就好。
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 对新的solr源码编译值创建 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 的主体流程也结束了。当然，其中还有很多细节没有提到。我也还没有深入研究这些细节，之后有时间会进一步理解和梳理。这篇文章主要是为了自己做个笔记，也分享给大家，希望能有所帮助。如果文中有任何错误之处，请大家指正。
版权声明：本文由神州数码云基地团队整理撰写，若转载请注明出处。
公众号搜索神州数码云基地，了解更多技术干货。
Vue2.6源码（1）：浅析Vue初始化过程
Vue2.6初始化过程详解
当我们new一个Vue对象时，这个过程包含了初始化的核心步骤。虽然细节繁多，但本文将从全局流程展开，后续会逐步解析深入细节。请持续关注，获取更多内容。 新项目中常见的初始化代码如下：首先，我们来探究import的Vue从何而来。在Vue的package.json中，可以看到关键配置。通常情况下，import 'vue'会加载main或module对应的js文件。若使用webpack，别名设置可能影响引入文件。
导入的App组件是什么？Vue项目中的xxx.vue文件，实际上是一个Vue实例。浏览器无法直接识别template，Vue实例负责转化这些内容并渲染到DOM中。App组件就是新创建的Vue实例，它构建了页面的主体。
标签#app的作用在于，Vue实例转化的组件最终会替换页面上id为app的DOM元素。
new Vue背后发生了什么？_init方法是关键，它负责将Vue原型和构造函数的能力整合，并在$mount方法中完成实例化和挂载过程。
_init方法执行了三个主要任务：一是继承父构造函数的能力，二是添加实例所需的各种功能，三是通过$mount方法将实例与DOM关联。$mount方法的核心是调用render函数并挂载到指定的DOM节点。 关于$mount方法的详细解析，将在后续文章中展开。在此阶段，理解Vue的初始化过程包括：在实例上添加功能、通过$mount挂载组件为DOM。希望这些信息能帮助你深入理解Vue的初始化流程。如果你对源码或相关技术有兴趣，欢迎关注我的GitHub和微信订阅号“杨艺韬的网络日志”进行进一步交流。Tomcat源码分析— Bootstrap启动流程
在探讨Tomcat启动流程之前，需要理解其组件及其周期状态，这为后续深入学习组件初始化与启动等提供了基础。
实现Lifecycle接口的组件拥有种状态。Bootstrap作为Tomcat启动入口类，负责构造类加载器以加载Catalina内部类，通过查找catalina.home目录下所有jar包，确保安全地加载应用程序类。
通过Bootstrap的main方法启动Tomcat实例，主要步骤包括创建Bootstrap对象、调用init方法，并根据启动参数执行load和start方法。
Bootstrap的init方法初始化类加载器，使得Tomcat能加载应用程序类，同时设置当前线程上下文加载器为CatalinaLoader。initClassLoaders方法创建三种类加载器，其中catalinaLoader与sharedLoader的父加载器为commonLoader。完成初始化后，预加载tomcat和javax包下的自定义类，避免访问权限异常。
调用catalinaLoader加载器加载Catalina类，通过反射实例化对象，并设置sharedLoader实例作为入参，最后将实例化的Catalina对象赋予catalinaDaemon成员变量。
Tomcat组件的初始化主要在load方法中完成，通过反射调用Catalina的load方法，构建并初始化StandardServer及其子组件。Bootstrap.load方法通过反射调用Catalina的load方法，Catalina的load方法实现序列图中的逻辑，初始化配置文件解析器Digester，构建standardServer实例，绑定当前catalina实例，设置根路径，并调用init方法完成初始化。
Tomcat中的容器或组件使用模板方法设计模式，子类通过重写LifecycleBase抽象类的模板方法initInternal实现初始化逻辑。LifecycleBase的init方法主要完成两件事：调用父类的LifecycleBase#init方法，由standerServer#initInternal方法执行实际初始化。init方法逻辑包括：执行LifecycleBase#initInternal抽象方法，由standardServer#initInternal方法完成初始化。
service组件的init方法主要初始化Connector连接器，连接器的初始化尤为重要。不同协议处理器如AjpAprProtocol、HttpNioProtocol的初始化流程将在后续文章中单独讲解。
Bootstrap类的main方法通过反射执行catalina实例的start方法，启动standardServer实例，使其监听端口并接收新请求。start方法主要逻辑包括启动Service、Engine容器、Executor执行器、MapperListener监听器、Connector连接器等组件。当启动成功后，创建并监听端口，Tomcat对外提供服务。
总结，Tomcat的启动流程清晰且依赖模板方法与责任链设计模式，理解这两种模式有助于更好地理解启动过程及代码。启动过程首先初始化各组件，如Server、Service、Engine容器、虚拟主机Host、上下文Context、Executor执行器、Connector连接器等，然后按顺序启动组件，成功后监听端口提供服务。
MMDetection3D之DETR3D源码解析：整体流程篇
关于torch.distributed.launch的更多细节： blog.csdn.net/magic_ll/...
设置config file和work dir，work dir保存最终config，log等信息，work dir默认为path/to/user/work_dir/
作者将自定义的部分放在 'projects/mmdet3d_plugin/' 文件夹下，通过registry类注册模块，这里利用importlib导入模块并初始化自定义的类。
这里设置模型的输出信息保存路径、gpus等模型的运行时环境参数
这里初始化模型，初始化train_dataset和val_dataset
这部分完成了DataLoader的初始化，runner和hooks的初始化，并且按照workflow运行runner。
从源文件到可执行文件得过程是什么？
从源文件到可执行文件，主要经历四个关键步骤：预处理、编译、汇编、链接。源文件，如 C 语言程序，经过预处理，替换包含命令和宏定义，转换生成新的程序文本，然后进行编译，此阶段会涉及到词法分析、语法分析、语义分析及优化，最终输出汇编代码。汇编器将汇编指令转换成目标机器可执行的机器指令，生成目标文件。最后，链接器将目标文件与可能需要的库文件链接，解决符号引用，生成可执行文件。
编译过程主要分为以下五部分：
1. **词法分析**（Lexical Analysis）：将源代码分解为有意义的词素（Lexeme）。
2. **语法分析**（Syntax Analysis）：构建树型的中间表示形式，通常是语法树。
3. **语义分析**（Semantic Analysis）：检测源程序是否符合语法规则，并收集类型信息。
4. **中间代码生成和优化**：生成类机器语言的中间代码，然后优化此代码。
5. **代码生成**：将中间代码映射到目标机器语言。
在实际使用编译器 GCC 进行编译时，可针对不同阶段执行特殊操作。预处理阶段通过命令 `-E` 单独执行。编译阶段则通过 `-S` 选项控制。汇编过程通常在编译阶段内部处理，用户无需显式命令。链接阶段通过 `-c` 或 `-S` 选项进行，根据目标文件的来源自动生成链接操作。链接中可选择静态或动态链接，使用 `-static` 指令指定静态链接。
理解从源代码到可执行文件的这一流程，有助于深入掌握编程语言的编译原理和实际应用过程，对嵌入式物联网开发等技术领域大有裨益。以上过程强调了程序从高级语言转换到可运行机器语言的关键步骤，为开发者提供了一个坚实的基础。
vue源码阅读解析1- new Vue初始化流程
在 Vue 2.6. 版本中，初始化过程从一个简单的HTML文件引入Vue开始。核心在于 src/core/instance/index.js 和 src/core/instance/init.js 文件，其中定义了一个名为的方法，当执行 new Vue(options) 时，会调用这个方法进行实例化。
重点在于理解 $mount 方法，它在 src/platforms/web/entry-runtime-with-compiler.js 中被实现，主要负责将模板编译成可识别的render函数，这对于模板编写和Vue的编译效率至关重要。当使用模板时，Vue会自动编译，而直接写render函数会更高效。
继续深入，src/core/instance/lifecycle.js 的 mountComponent 方法有两个 $mount，一个用于with-compiler模式，负责模板编译阶段的处理；而其他情况下，template会被Webpack和loader处理并编译。
在 mountComponent 方法中，创建渲染watcher，watcher内部调用updateComponent。watcher实例化时，vm._watcher = this，接着执行get函数，实际上是执行updateComponent，从而生成Vnode。
然后进入vm.update函数，进一步调用patch方法，该方法在src/core/vdom/patch.js中，这是new Vue初始化流程的最终步骤。
[Vue源码系列-5]vue3初始化流程原理
在Vue3的模块结构中，runtime-dom模块专门负责解决浏览器运行时的DOM操作，提供了丰富的DOM属性和节点操作接口。
patchProp功能针对不同属性提供特定的patch操作，确保对DOM元素属性的修改在浏览器中的表现准确无误。
runtime-dom的modules文件夹下包含各种patch的实现原理，这些patch操作负责处理不同场景下DOM元素的更新。
在nodeOps模块中，所有与节点相关的操作方法得到妥善存储，为后续DOM操作提供了便捷的入口。
runtimeDom模块中声明了createApp函数，用户通过调用此函数，即可启动Vue3应用的渲染流程。
同时，runtime-core作为与平台无关的通用代码，主要负责定义API和核心逻辑，其下包含renderer.ts和apiCreateApp.ts等关键文件，这些文件承载着Vue3渲染器的核心功能和应用创建的逻辑。
2024-12-22 22:12
2024-12-22 21:46
2024-12-22 21:17
2024-12-22 21:16
2024-12-22 20:52
