如下图所示，为了减少 SAP 电商云 Spartacus 客户实施时不必要的配置，Spartacus 将不少页面的路由路径的默认配置，定义在如下的 default-routing-config.ts 文件里：

修改之后，产品明细页面和 homepage 的产品超链接都一齐变更了：

这个默认配置什么时候被读取，并且如何被解析的呢？

如果仅仅按照 product 作为关键字搜索，那么匹配结果太多了，因为这个单词太 generic 了：

而且 RoutesConfig 这个类型，多半都是被代码动态解析的。

换个思路，把 product 改成 product2，看看会不会报错：

这回尴尬了，鼠标放上去，显示的 url 指向 home 链接，说明 product 明细页面的 url 根本就没有生成，这条路也行不通。

再根据 paramsMapping 搜索，因为我们的代码，肯定在某处，会解析这个字段：

果然，就在 semantic-path.service.ts 里：

在 semantic-path.service.ts 里添加如下打印语句：

我们看下第一行输出，这个 / 和 login 是怎么被解析的。

在 Login.componment.html 里有个 pipe：

遇到下面这行代码：

就会读取 Spartacus 里的配置，把基于语义的路由配置，转换成 url.

从 routingConfigService 里读取配置：

login 页面 url 搞清楚了，那么 product 页面呢？

奇怪，如果直接访问如下 url：

http://localhost:4200/powertools-spa/en/USD/jerryproduct/3881018/Angle%20Grinder%20RT-AG%20115

页面打开后，没有看到和 product 相关的执行逻辑：

那么 Spartacus 怎么知道要加载 product 明细页面呢？

我们后续的文章会分享。