Vue.js中provide/inject本身不响应式，但传入ref或reactive等响应式对象可实现数据更新；子组件读取该响应式值时，其变化会触发重新渲染并进入patch流程。

Vue.js 渲染引擎本身不直接管理依赖注入（provide/inject）的更新逻辑，它也不在 patch 过程中对注入值做比对或 DOM 操作。依赖注入是独立于虚拟 DOM 更新流程的响应式数据传递机制，其“更新”不触发 patch，但可能间接影响组件重渲染。

依赖注入不参与 Patch 流程

provide 提供的值被存储在组件实例的 provides 对象中，inject 仅在组件 setup 或 created 等钩子中静态读取该值（或响应式代理）。这个过程发生在 render 函数执行前，属于依赖收集阶段，而非 patch 阶段：

• 注入值本身若为普通对象或原始值，变更不会触发任何响应式通知，也不会引起组件更新
• 注入值若为响应式对象（如 ref、reactive），其内部变化会触发依赖它的组件重新执行 render，从而生成新 VNode，进入后续 patch 流程
• 但 patch 函数只接收新旧 VNode，完全 unaware 注入来源——它只关心节点结构、props、children 是否变化

注入值变更如何触发 Patch

真正驱动 patch 的，是响应式数据变化引发的组件级副作用重新执行：

wechat-article-extraction-mp-weixin-qq-com news-webpage-cleaning blog-post-parsing metadata-extraction-title-author-date multiple-output-formats-markdown-json-plain-text batch-processing-support

基于三引擎设计，从微信文章、新闻和博客网页提取干净内容，支持标题作者日期元数据，多格式和批量处理。

下载

• 父组件调用 provide(key, reactiveValue) 后，子组件 inject(key) 得到的是该响应式对象的引用
• 当 reactiveValue.xxx = ... 被修改时，触发其内部 trigger，通知所有依赖它的 effect（包括子组件的渲染 effect）
• 子组件的渲染 effect 被调度执行 → 调用 render → 生成新 VNode → 调用 patch(prevVNode, nextVNode)
• 此时 patch 比对的是子组件自身 VNode 的 props 或作用域插槽内容是否变化，而非“注入行为”本身

特殊场景：provide 值动态切换

如果父组件在运行时更换了 provide 的值（例如从 ref(a) 切换为 ref(b)），且子组件使用了该注入值：

立即学习“前端免费学习笔记（深入）”；

• 只要新旧值都是响应式对象，且子组件模板中实际读取了该值（如 {{ injected.count }}），那么值切换会触发依赖更新
• 子组件重新 render，若新旧 VNode 在 isSameVNodeType 判断中仍为同一节点（key、type 相同），则进入精细化 patch；否则卸载重建
• 注意：provide 调用本身不标记组件为 dirty，只有被注入值的响应式变更或组件自身状态变化才会触发更新

与 Teleport、Suspense 等机制的协同

依赖注入的作用域由组件树决定，与渲染位置无关：

• 即使子组件通过 <Teleport> 渲染到 body 下，它仍能正确 inject 父组件 provide 的值，因为注入查找基于组件实例的父子链，而非 DOM 树
• Suspense 边界内的组件也能正常 inject，前提是 provide 发生在其祖先组件中；其 fallback 或 pending 状态切换会触发自身 patch，但注入逻辑不受影响
• 这种解耦设计确保了依赖注入的稳定性——它不依赖 patch 的具体实现路径，只依赖组件实例的层级关系