设想一个订单后台有两个页面：一个是订单列表页面一个是订单导出页面。

两个页面都需要使用订单状态、日期范围和关键词。为了避免重复定义查询条件，日常开发中，我们把它们统一放进了 Pinia Store 里面：

export const useOrderStore = defineStore('order'。{
至于state，=> ({
keyword: '',status: 'all',dateRange:,page:
})
})

订单列表修改筛选条件后导出页面会直接读到同一组值。这个效果最初看起来很方便，页面之间既不用传参数。也不用重复维护查询状态，但是问题会出现在后续的使用中。

使用者痛点：

• 者在订单列表中搜索退款 → 进入某条订单详情 → 再返回列表 → 发现筛选条件保留了
• 但使用者继续进入导出页时 → 发现导出表单自动带上了"退款"字段

另一种情况更让人困惑：另一个开发者为了修复导出页问题，在页面挂载时调用 reset → 結果从导出页返回订单列表时发现筛选被清空了。

一、全局 Store 延长了筛选状态的生命周期

订单列表原本通过 Store 读取筛选条件：

const orderStore = useOrderStore
const query = computed => ({
keyword: orderStore.keyword。status: orderStore.status,page: orderStore.page
}))

主要问题：状态生命周期变化！ 说起来，

二、多个页面共享同一状态后重置动作会互相影响

实际案例痛点：

• "为什么我在导出页清空输入框时会影响列表页？"
• "我只想让当前页面重置！"
• "这不是简单的绑定问题吧？"
• "为什么我的fix引入了更多bug？"

onMounted => {
orderStore.resetQuery
}) // 在导出页初始化阶段调用全局清空方法
// ⚠️结果影响所有调用方！// ❌清理的是整个订单Store而非仅属于导出页的状态
// ❌从列表跳转到导出再返回时会丢失筛选条件
// 情况比较：