多用户快速切换的核心是状态隔离与按需同步，需按用户维度动态注册/卸载模块、分层管理共享与私有状态、轻量重建而非深拷贝、并通过显式契约通信。
多用户快速切换的核心在于状态隔离 + 按需同步，模块化不是目的，而是支撑这一目标的结构手段。关键不在“拆得多”，而在“切得准”——每个用户上下文的状态边界必须清晰、可卸载、可重建。
按用户维度划分状态模块，而非功能维度
传统模块化常按“用户管理”“订单”“消息”等功能切分，但多用户场景下，应优先按“用户实例”组织状态。例如：
- 为每个登录用户生成独立的状态模块实例（如 user_123_profile、user_456_cart），而非共用一个 profile 模块；
- 模块注册采用动态方式（如 Vuex 的
registerModule或 Pinia 的createStore工厂函数），切换用户时先卸载旧模块，再挂载新模块； - 模块内不依赖全局单例，所有副作用（如 API 请求）携带当前用户标识，避免跨用户污染。
共享状态与私有状态分层设计
不是所有状态都需要隔离。合理分层能减少冗余和同步开销：
- 私有状态（必须隔离）：个人资料、本地草稿、未提交表单、偏好设置（如主题/语言）、临时上传文件句柄；
- 共享状态（可读不写或受控同步）：系统公告、产品目录、权限元数据、离线缓存资源；
- 对需“弱同步”的场景（如多个账号同时关注同一商品），用事件总线或状态快照比对实现增量更新，而非强一致同步。
切换时的状态迁移策略：轻量重建优于深拷贝
用户切换不是复制粘贴状态，而是有选择地继承与清空：
- 保留跨用户不变的缓存（如已加载的商品列表、字体包），通过独立缓存模块管理；
- 清除敏感私有状态（token、session key、银行卡信息），并重置认证相关 store；
- 对“半持久化”状态（如搜索历史、最近访问页），可按用户 ID 存入 IndexedDB，切换时按需拉取，不驻留内存。
模块通信走显式契约，禁用隐式跨模块引用
模块间交互必须通过定义好的接口，杜绝直接 import 其他用户模块的 state：
- 提供统一的 UserContext API（如
getCurrentUser()、switchTo(userId)），所有业务模块通过它获取当前上下文； - 跨用户操作（如“帮子账号提交主账号订单”）必须显式传入目标用户 ID，并触发专用 action，不复用当前模块逻辑；
- 调试时可通过模块命名空间快速定位归属（如控制台打印 [user_789_cart] add item），避免状态来源混淆。
