Vue组件通信应按关系选方式：父子用props/emits，跨层级只读上下文用provide/inject，兄弟用mitt事件总线，共享状态多时用Pinia统一管理。
Vue 组件间通信的复杂性，本质不是技术实现难，而是数据流向混乱、责任边界模糊导致的。只要明确“谁该持有状态、谁该触发行为、谁只负责展示”，通信自然清晰，解耦水到渠成。
按关系选方式：不跨级不用 provide/inject
父子组件就用 props + emits——这是 Vue 单向数据流的基石，简单、可预测、易调试。父组件传数据，子组件 emit 事件，父组件响应更新。中间不加任何“中转层”，避免冗余代码和意外修改。
- props 必须设 type 和 required，复杂对象用 default: () => ({}) 防止引用污染
- 子组件绝不直接修改 props，需要变更时 emit 事件，让父组件统一管理状态
- v-model 在 Vue 3 中已支持多个绑定（如 v-model:title、v-model:status），比手动 emit 更语义化
跨层级但非全局：provide/inject 要“有节制”
当祖父组件要给孙子组件传配置、主题、API 实例等“只读上下文”时，provide/inject 是轻量又精准的选择。它跳过中间层，但不等于可以乱塞业务状态。
- 只注入不可变或只读对象（如 computed 包裹的 config），避免孙子组件意外修改祖先状态
- 配合 inject 的默认值和类型断言（如 inject('theme', 'light', true)），提升健壮性
- 不用于传递频繁变化的业务数据——那属于 Pinia 或局部 reactive 的范畴
兄弟/远亲组件：用 mitt，别硬拉父组件“当媒人”
两个平级组件需要同步开关状态、刷新列表、通知错误等，靠父组件层层转发事件，会让父组件变成“万能中转站”，职责膨胀。mitt 这类轻量事件总线更合适。
vue-component-analyzer
下载
递归分析 Vue 项目组件依赖，从入口文件生成组件层级图，支持 Vue 2/3，输出组件名、文件路径和属性。适用于分析组件结构、排查依赖或了解项目架构。
立即学习“前端免费学习笔记（深入）”；
- 在 utils/eventbus.js 中统一创建 emitter = mitt()，全局唯一且可 tree-shake
- 事件名用命名空间前缀（如 'auth:login'、'cart:updated'），避免冲突
- 务必在 onUnmounted 中 off 对应事件，防止内存泄漏（尤其动态组件或路由切换场景）
共享状态多、逻辑重：交给 Pinia，别让组件自己扛
当多个组件都要读写同一份数据（如用户信息、购物车、表单草稿），或状态变更伴随副作用（请求、缓存、日志），就该交由 Pinia 管理。它不是“过度设计”，而是把分散的状态逻辑收归一处。
- 每个业务域建一个 store（useUserStore、useCartStore），职责单一
- store 内用 $subscribe 监听变化，用 actions 封装异步逻辑，组件只调用方法、读取 state
- 组件内通过 storeToRefs 解构响应式属性，避免丢失响应性
不复杂但容易忽略：通信方式不是越多越好，而是越贴合场景越稳。定好规则，写清楚注释，团队协作时自然顺畅。
