眼下讨论的场景很具体，我们在一个 SAP UI5 应用里准备从销售订单列表跳到对象页，希望先构造目标地址，加入订单编号、查询参数和页面状态，检查它是否能匹配某条路由，必要时把它交给权限判断逻辑，确认通过以后再真正改变浏览器地址。熟悉 Angular 的开发者很自然会想到UrlTree，因为 Angular 可以把目标 URL 构造成一个对象，在导航发生之前读取、修改、序列化甚至直接作为重定向结果返回。针对这个问题，结论可以先明确下来，SAP UI5 没有一个与@angular/router中UrlTree一对一对应的公开类型。SAP UI5 能完成UrlTree的大部分日常用途，但这些能力分散在sap.ui.core.routing.Router、Route、HashChanger、路由参数对象，以及 SAP Fiori Launchpad 的URLParsing和语义导航服务里。若只比较导航效果，会觉得两者很相似。若比较数据模型、组合能力、解析方式和路由守卫集成，两者属于明显不同的设计。理解这个差异，需要先把 Angular 的UrlTree拆开。Angular 官方把UrlTree定义为已经解析的 URL 表示，它具有root、queryParams、fragment和queryParamMap。其中root