在 Vue 3 + Pinia + Vue Router 项目中，不能在路由定义顶层直接调用 useStore()，否则会因 Pinia 尚未安装而报错；正确做法是将 store 访问延迟至运行时（如通过箭头函数包裹），确保 useRentalStore() 在路由解析或组件渲染阶段才执行。
在 vue 3 + pinia + vue router 项目中，不能在路由定义顶层直接调用 `usestore()`，否则会因 pinia 尚未安装而报错；正确做法是将 store 访问延迟至运行时（如通过箭头函数包裹），确保 `userentalstore()` 在路由解析或组件渲染阶段才执行。
Vue Router 的路由配置文件（如 router/index.ts）通常在应用初始化早期就被加载，此时 Pinia 实例尚未通过 app.use(pinia) 安装，因此直接调用 useRentalStore() 会触发 "getActivePinia() was called but there was no active Pinia" 错误——这是 Pinia 的核心设计约束：store 工厂函数必须在 Pinia 已激活的上下文中执行。
✅ 正确解法：延迟执行 store 访问
将 useRentalStore() 调用包裹在函数中（如 meta.breadcrumbs.label: () => useRentalStore().rental.label），使其不在模块顶层立即执行，而是等到路由元信息被实际读取时（例如在 <Breadcrumbs /> 组件中遍历 to.meta.breadcrumbs 或调用 router.resolve() 时）才触发：
// router/index.ts
import { createRouter, createWebHistory } from 'vue-router'
import { useRentalStore } from '@/stores/rentalStore'
const routes = [
{
path: '/rentals',
name: 'rental-index',
component: () => import('@/views/RentalIndex.vue'),
meta: {
breadcrumbs: {
label: 'All Rentals', // 静态标签可直接写
parent: null,
}
}
},
{
path: '/rentals/:equipment',
name: 'rental-show',
component: () => import('@/views/RentalShow.vue'),
meta: {
breadcrumbs: {
// ✅ 关键：函数式延迟求值，确保 Pinia 已就绪
label: () => useRentalStore().rental.label,
parent: 'rental-index',
}
}
}
]
const router = createRouter({
history: createWebHistory(),
routes
})
export default router⚠️ 注意事项：
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 不要尝试在路由文件中提前导入 pinia 实例（如 import { pinia } from '@/main.ts'），这会导致循环依赖或“Cannot access 'pinia' before initialization”错误；
- useRentalStore() 是组合式函数，内部依赖 inject('pinia')，因此只能在已安装 Pinia 的组件实例、setup()、onBeforeRoute* 钩子或运行时被调用的函数体中安全使用；
- 若需在路由守卫中访问 store（如 beforeEach），可直接调用 useRentalStore()，因为此时 Pinia 必然已安装；
- 对于动态 breadcrumb 渲染逻辑，建议在 <Breadcrumbs /> 组件内统一处理：遍历 route.matched，对每个 meta.breadcrumbs.label 执行 typeof label === 'function' ? label() : label，确保兼容静态字符串与动态函数。
? 总结：Pinia 的 store 工厂函数本质是“懒加载”，其设计哲学就是避免模块级副作用和过早实例化。因此，在路由、工具函数或非响应式上下文中访问 store，唯一可靠的方式就是将其封装为函数，交由运行时按需执行——这既是规避错误的必要实践，也是拥抱 Composition API 响应式模型的自然选择。
