Angular路由复用同组件子路由导航shouldReuseRoute未触发

首先直接给出明确结论：不同路由路径配置复用同一个组件，完全不会对RouteReuseStrategy的正常运行造成任何影响，RouteReuseStrategy的判断逻辑仅基于路由快照、路由配置项，和绑定的组件类是否重复无关。

你遇到的同前缀参数路由跳转时shouldReuseRoute、store方法不触发，是Angular路由的默认设计逻辑导致的：

• 当导航的源路由和目标路由命中同一个路由配置对象（比如你定义的path: 'file/:fileName'配置，从/file/1跳/file/2时，两个路由都命中这同一个配置节点，只是params里的fileName值不同），默认的shouldReuseRoute实现会直接返回true，直接短路整个路由复用流程，既不会销毁现有组件，也不会触发store存储、retrieve取回的逻辑，只会通过ActivatedRoute的参数订阅推送新参数，组件实例本身会被直接复用。
• 你之前从根路径/run/跳转到/run/file/1时能正常触发逻辑，是因为这两个路由命中的是完全不同的路由配置节点（一个是path: ''的子路由配置，一个是path: 'file/:fileName'的子路由配置），不会触发上述短路逻辑，所以能完整走通你自定义的复用策略流程。/load/:id路径下出现相同问题，原因完全一致。

• 给所有参数化路由配置添加runGuardsAndResolvers: 'always'，强制同配置下参数变化时完整走路由校验、解析流程：

const routes: Routes = [
    {
        path: '',
        component: NgxMindxRunComponent,
        data: { reuse: true },
        children: [
            {
                path: '',
                component: NgxMindxRunDiagramComponent,
                data: { reuse: true }
            },
            {
                path: 'load/:id',
                component: NgxMindxRunDiagramComponent,
                data: { reuse: true },
                runGuardsAndResolvers: 'always' // 新增配置
            },
            {
                path: 'file/:fileName',
                component: NgxMindxRunDiagramComponent,
                data: { reuse: true },
                runGuardsAndResolvers: 'always' // 新增配置
            }
        ],
    }
];

• 重写自定义RouteReuseStrategy中的shouldReuseRoute方法，替换框架默认的实现逻辑。默认实现代码如下，正是这段逻辑导致同配置路由跳转时流程被短路：

// 框架默认实现，必须替换
shouldReuseRoute(future: ActivatedRouteSnapshot, curr: ActivatedRouteSnapshot): boolean {
    return future.routeConfig === curr.routeConfig;
}

替换为基于路由完整路径+参数判断是否复用的逻辑，保证同配置不同参数的路由能进入后续store、retrieve流程：

// 自定义实现示例
shouldReuseRoute(future: ActivatedRouteSnapshot, curr: ActivatedRouteSnapshot): boolean {
    // 生成路由唯一缓存key：完整路径 + 路由参数
    const getRouteKey = (snapshot: ActivatedRouteSnapshot) => {
        const path = snapshot.pathFromRoot
            .map(segment => segment.url.map(seg => seg.path).join('/'))
            .filter(Boolean)
            .join('/');
        return path + '_' + JSON.stringify(snapshot.params);
    };
    // 只有key完全一致（路径、参数全相同）才判定为同一路由复用，否则走完整的存储/取回逻辑
    return getRouteKey(future) === getRouteKey(curr);
}

• 检查自定义RouteReuseStrategy的注入位置，必须在根模块AppModule的providers数组中按如下格式提供，不要在懒加载子模块/特性模块中重复提供，避免注入器覆盖导致策略不生效：

import { RouteReuseStrategy } from '@angular/router';
// 引入你自己写的复用策略类
import { CustomReuseStrategy } from './custom-reuse.strategy';

@NgModule({
  // ...其他配置
  providers: [
    { provide: RouteReuseStrategy, useClass: CustomReuseStrategy }
  ]
})
export class AppModule { }

Angular默认对同路由配置的参数跳转做了性能优化，未加特殊配置的场景下不会销毁重建组件，也不会触发组件的ngOnInit生命周期，仅通过ActivatedRoute的参数、查询参数订阅推送更新值，这种场景下RouteReuseStrategy的全流程被短路是框架预期行为，不是自定义策略的代码bug。

内容的提问来源于stack exchange，提问作者Ali Mirzaie