状态隔离是Vue组合式函数设计的关键原则，要求明确状态边界、只暴露只读状态与受控更新方法、按功能域拆分职责、利用闭包实现模块级单例、并与Pinia明确分工——状态归Store，逻辑归Composable。
状态隔离是 Vue 组合式函数设计中保障组件内聚性与可复用性的关键原则。它不是简单地“把状态藏起来”，而是有意识地划定状态的作用边界——该归谁管、谁有权改、谁能看到。
只暴露必要状态，不暴露响应式对象本身
组合式函数应返回经过封装的状态访问方式，而非直接导出 ref 或 reactive 对象。这样能防止外部绕过逻辑随意修改内部状态。
- ✅ 推荐：返回
readonly(state)+ 明确的更新方法（如increment()、reset()） - ❌ 避免：直接 return { count, name }，让调用方能写
count.value = 100 - 例子：一个计数器组合式函数，对外只提供
count（只读）和inc()（受控更新），不暴露原始 ref
按功能域拆分，避免“大而全”的状态容器
一个组合式函数应聚焦单一职责，比如只管鼠标位置、只管倒计时、只管 SSE 连接。多个功能混在一个函数里，既难测试，也容易因一处变更引发意外副作用。
- useMouse() 管坐标，useTimer() 管时间，useSSEConnection() 管流式通信，彼此解耦
- 即使它们都用到同一个
runId，也应由上层组件或 Pinia store 统一提供，而非在组合式函数内部硬编码或互相引用 - 状态分裂后，组件通过解构组合多个函数，像搭积木一样组装能力
模块级单例 ≠ 全局污染，闭包才是隔离的关键
Vue 组合式函数支持模块级状态共享，但这不等于放弃隔离。真正起作用的是模块作用域 + 响应式对象的闭包缓存机制。
- 每个
useXxx()函数在模块内只初始化一次响应式状态，后续所有调用共享同一份实例 - 但这个“共享”是受控的——仅限导入该函数的组件可见，其他未导入的组件完全无感知
- 它不像全局变量那样随处可改，也不依赖 window 或 event bus，天然具备作用域边界
与 Pinia 协作时，明确分工：状态归 Store，逻辑归 Composable
当需要跨组件持久化或复杂状态管理时，组合式函数不应自己维护状态，而应调用 Pinia store 提供的能力。
- Pinia 负责定义
state、actions、getters，保证状态可调试、可持久化、可时间旅行 - 组合式函数专注流程控制，比如封装表单提交前的校验链、错误重试策略、SSE 消息解析规则
- 组件中同时使用
useStore()和useFormLogic()，各取所需，互不越界
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
