选通信方式需依组件关系和数据性质而定：父子用props+defineemits、跨层谨慎用provide/inject、兄弟优先状态提升、全局状态用pinia。
选哪种通信方式，关键看组件关系和数据性质，不是越新越好，也不是越通用越合适。
父子组件：用 Props + defineEmits 最稳
这是 Vue 应用中最高频的通信场景，也是最该守住“单向数据流”原则的地方。
- 父传子走 Props：声明类型、必填项、默认值（对象/数组用工厂函数），避免运行时错误
- 子传父走 defineEmits：显式声明事件名（如 ['update:title', 'submit:form']），配合 TypeScript 可精准推导参数类型
- 别在子组件里直接改 props；需要修改时，触发事件让父组件决定是否更新
- v-model 是语法糖，底层仍是 props + emit，适合表单类组件，但注意命名规范（
update:xxx）
跨多层组件：Provide/Inject 要谨慎用
它解决的是“透传 props 太深”的问题，不是用来替代状态管理的。
- 适合注入稳定的上下文：主题配置、国际化实例、API 客户端、全局工具方法
- 注入值必须是响应式（
ref或reactive），否则后代组件无法监听变化 - 避免注入大量业务状态——这类数据应由 Pinia 管理，否则会模糊数据所有权边界
- Provide 的 key 建议用 Symbol 避免命名冲突，inject 时可设默认值防未提供
兄弟或松散关联组件：优先走状态提升
所谓“兄弟通信”，本质是共享状态。最健壮的做法不是绕过父组件，而是把状态提到共同父级。
- 父组件用
ref或reactive管理共享数据，再通过 Props 分发给两个子组件 - 子组件各自触发事件通知父组件更新，保持数据流向清晰、可调试
- 仅当父组件不适合持有该状态（如跨路由、模块隔离强）时，才考虑 Pinia
- Event Bus 已不推荐：无类型、难追踪、易泄漏，Vue 3 中基本被 Pinia 替代
全局状态与跨域数据：Pinia 是事实标准
当状态需要被多个无关组件读写，且生命周期超出单个页面时，就该交给专门的状态库。
- Pinia 支持 TypeScript、模块化、插件生态（如持久化、Devtools），比 Vuex 更轻量直观
- 定义 store 时明确划分 domain（如
useUserStore、useCartStore），避免大而全的全局 store - 组件中用
storeToRefs解构响应式属性，防止丢失响应性 - 不要用 Pinia 存临时 UI 状态（如弹窗开关、表单校验错误），这类仍建议局部管理
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
