beforeRouteEnter的next回调仅在组件首次创建时执行一次，复用组件时触发beforeRouteUpdate而非beforeRouteEnter；异步加载中断、生命周期压制或全局守卫未正确调用next均会导致其不执行。
因为 beforeRouteEnter 的 next 回调只在组件实例创建完成、mounted 之前执行一次，而它的触发前提是：组件必须被成功加载并完成初始化。一旦组件是异步加载（import()），且加载过程被中断、复用、或与路由参数变更时机错位，回调就可能被跳过或延迟失效——这不是 bug，而是 Vue Router 导航流程中严格时序约束下的必然表现。
组件复用导致 beforeRouteEnter 不再触发
当新增页和编辑页共用同一个组件（如 /add 和 /edit/123 都指向 edit.vue）时，beforeRouteEnter 只会在首次进入该组件时执行。后续从 /add 切到 /edit/456，或反过来，Vue Router 会复用已有组件实例，此时触发的是 beforeRouteUpdate，而不是 beforeRouteEnter。
所以你观察到“先开编辑页会执行，再开新增页就不执行”，本质是：第一次进组件 → beforeRouteEnter 执行；第二次切换 → 组件复用 → 守卫跳过 → 回调自然不运行。
- ✅ 正确做法：把参数读取和数据初始化逻辑拆到
beforeRouteUpdate中，并确保beforeRouteEnter仅做首次必要处理（如权限校验） - ❌ 错误依赖：把所有逻辑塞进
beforeRouteEnter并期望它每次路由变化都执行
异步组件加载未完成，守卫提前退出
使用 component: () => import('@/views/product/edit') 时，组件加载本身是 Promise 异步过程。若此时用户快速连续跳转（比如从 /list/1 点击跳转到 /edit/2，又立刻点回 /add），Vue Router 可能会中止前一个加载任务。一旦组件模块加载被丢弃，beforeRouteEnter 就不会被调用，更别说它的 next 回调了。
- 可验证：在
import()外加console.log('loading edit...')，配合多次快速跳转，会发现日志不全或中断 - 缓解方式：避免高频切换同一路由组件；或改用同步导入（开发期可行，生产慎用）
next 回调中的操作被 Vue 生命周期压制
beforeRouteEnter 的 next(vm => {...}) 回调，是在组件 mounted 之后才执行的。这意味着：
- 你在回调里直接赋值
vm.id = to.params.id，实际发生在组件已渲染之后 → 触发 watch 是正常的，但若 watch 里有接口请求，就可能出现“请求发了但页面没反应” - 你在回调里调用
vm.$nextTick(() => {...})，在某些环境（如微信 WebView）下会失效 —— 因为此时 DOM 更新已完成，$nextTick队列为空，回调永不触发 - 更稳妥的做法：把数据准备逻辑移到
created或mounted，用this.$route.params实时读取，而非依赖beforeRouteEnter的一次性注入
全局守卫或其它钩子中途阻断导航
如果项目中存在 router.beforeEach 或某个路由的 beforeEnter，而它们内部没有正确调用 next()（比如漏掉 else 分支、异常未捕获、或用了 setTimeout 却没等到底），整个导航就会卡住。结果就是：组件根本没机会加载，beforeRouteEnter 自然不会执行，回调更无从谈起。
- 排查技巧：在
router.beforeEach开头加console.log('beforeEach:', to.path)，确认是否走到最后 - 硬性规则：每个守卫函数内，
next()必须且只能被调用一次；任何分支路径都得覆盖到（包括if/else if/else或switch/default）
