在 SAP Fiori 中为自定义 Tile 类型配置 Cache Buster：原理、配置方式与排错实战

在很多 SAP Fiori 项目里，团队会基于业务场景扩展自定义 Tile 类型。开发阶段一切正常，Transport 到测试或生产环境之后，却突然出现一种很典型的现象：开发人员明明已经替换了chip.xml或相关资源，用户桌面上的 Tile 还是旧样子，甚至只有部分用户能看到新版本。这类问题表面上像是前端渲染异常，根子往往在缓存策略上。SAP 官方给出的解决思路非常明确：对于部署在标准 SAPUI5 应用路径之外的自定义 Tile 类型，需要通过 Launchpad 配置文件为资源 URL 增加 Cache Buster Token。这样一来，浏览器在资源更新之后会把它当成新请求，而不是继续复用旧缓存。(SAP Help Portal)很多人对这个点容易产生误解，以为只要是自定义 Tile，就一定要手动配 Cache Buster。其实并不是。SAP 官方说明里强调，这个动作只在一种场景下必需：你的自定义 Tile 类型没有部署在标准 SAPUI5 应用路径，也就是没有落在系统默认会处理的那类^/sap/bc/ui5_ui5/(.*).chip.xml$