新项目首选pinia，vue 2或强依赖flux的老系统才用vuex；中大型项目才需状态管理，小项目用provide/inject或ref更轻量；pinia为composition api设计，ts支持好、体积小、开发体验优、官方主推。
Vue.js 响应式 API 本身并不替代 Vuex 的 mutations，而是提供了一种更轻量、更直接的状态变更方式——它绕开了 mutations 这一层抽象，让状态更新变得更“贴近底层”。真正替代 mutations 的，不是某个单一 API，而是一整套基于 reactive、readonly 和封装函数（如 increment）的约定式模式。
为什么不需要 mutations 了？
Vuex 的 mutations 存在的核心意义是：强制同步、可追踪、集中变更。但在 Vue 3 中，响应式系统已完全暴露，且 任何对 reactive 对象属性的赋值都会触发响应更新，只要操作符合 Vue 的响应规则（如不直接添加新属性、不替换整个对象而不通知响应系统）。这意味着你不再需要通过“提交类型”来间接修改状态——只要改的是响应式对象里的值，视图就自动更新。
关键区别在于：
- mutations 是 Vuex 内部定义的、带 type 字符串的函数，必须用
commit触发； - 响应式 API 下的变更，是直接调用导出的函数（如
increment()），该函数内部操作state.count++，无需额外 dispatch 或 commit。
如何用响应式 API 实现类似 mutations 的行为？
你可以手动封装变更逻辑，达到与 mutations 相同的目的：统一入口、可复用、可测试、避免直接修改。
例如：
