守卫不直接清理缓存，而是通过状态联动触发自然释放；TagsView 通过动态更新 keep-alive include 实现精准缓存管理；共享状态由 Pinia 统一驱动，配合 onActivated 校验数据新鲜度；特殊刷新需求由组件内 expose 的 refresh 方法实现。
守卫本身不直接清理标签页缓存，但它能精准触发清理时机——关键在于把“何时该清”和“清什么”解耦，再通过状态联动让清理动作自然发生。
守卫决定是否保留缓存，而非执行清除
在 Vue 或类似框架中，路由守卫（如 beforeRouteLeave、beforeRouteUpdate）适合做缓存策略判断：比如用户离开某个编辑页前，检查表单是否已保存；若未保存，可阻止跳转并提示，同时保留当前标签页及其组件实例（即保持 keep-alive 缓存）；若已保存，则允许离开，后续由 TagsView 组件统一管理该标签的销毁逻辑。守卫不调用 remove、destroy 或 delete 操作，只返回布尔值或 Promise，把“是否缓存”交由生命周期和状态驱动。
TagsView 状态变更自动触发对应缓存释放
TagsView 本质是一个受控的标签列表，每个标签应绑定唯一标识（如 route.fullPath 或自定义 key），并映射到 keep-alive 的 include 列表。当用户点击关闭某标签、右键关闭其他、或切换到新标签时：
- 更新 tags 数组，移除对应项
- 同步更新 keep-alive 的 include 属性（Vue 3 中可通过 ref 动态控制）
- 被移出 include 的组件会自动触发 deactivated 钩子，此时可在组件内部执行清理（如取消定时器、断开 WebSocket、释放 canvas 上下文）
这样，缓存清理不是“强行删除”，而是“自然退出”——符合 Vue 的响应式设计哲学。
跨标签状态联动靠全局状态 + 副作用收敛
例如多个标签页都依赖同一份用户配置，当配置在 A 标签页中被修改，B、C 标签页需同步更新视图但不重载整个组件。可行做法：
- 将共享状态抽离至 Pinia store（或 Vuex），用 $subscribe 监听变化
- 在各标签页组件的 setup 中，watch store 中相关字段，触发局部刷新（如 refetch 数据、重绘图表）
- 避免在 onDeactivated 中清空 store，而是在 onActivated 时校验数据新鲜度，按需拉取
这种联动不破坏缓存，反而提升体验：用户切回旧标签，看到的是最新数据，而不是陈旧快照。
特殊场景：主动强制刷新某标签缓存
某些操作（如发布成功、权限变更）要求当前标签页“看起来像刚进入”。这时不推荐 destroy 后重建，而是：
- 在标签页组件内暴露一个 refresh 方法（如 useRefresh() hook）
- 通过事件总线或 store action 触发该方法，内部执行数据重载 + UI 重置
- TagsView 可提供「刷新当前页」按钮，本质是调用此方法，而非重新渲染整个 keep-alive 区域
这种方式轻量、可控，且与守卫逻辑正交——守卫管“去留”，状态联动管“更新”，缓存机制管“复用”。
