UI5配置supportedLocales与fallbackLocale仍请求不存在i18n资源问题咨询

问题1：未声明en_US仍发起对应资源请求的原因 #

你遇到的问题核心是配置中同时声明了bundleName和bundleUrl两个参数：
UI5的ResourceModel加载逻辑中，bundleUrl优先级高于bundleName。当配置了bundleUrl时，框架会采用传统的locale级联查找逻辑，按照当前运行环境的最具体locale（比如你当前浏览器/系统的locale是en_US），逐层从具体到通用查找资源文件，此时你配置的supportedLocales和fallbackLocale不会生效，因为这两个参数仅在基于bundleName的模块路径解析加载逻辑下才会被识别处理，所以才会出现对i18n_en_US.properties的请求。

问题2：消除多余404请求的方案 #

最简单的解决方案是直接删除配置中冗余的bundleUrl字段，修改后的配置如下：

"models": {
    "i18n": {
        "preload": true,
        "settings": {
            "bundleName": "webapp.i18n.i18n",
            "fallbackLocale": "en",
            "supportedLocales": [
                "en"
            ]
        },
        "type": "sap.ui.model.resource.ResourceModel"
    }
}

删除bundleUrl后，框架会基于bundleName走模块路径解析逻辑，此时supportedLocales配置会正式生效：框架会自动将当前环境的locale和你声明的支持列表做匹配，直接回退到最适配的已支持locale，不会再发起未声明locale的资源请求，对应的404报错也会消失。

补充说明：如果你的业务场景必须使用bundleUrl（比如i18n资源存放在非标准模块路径下），可以在配置中额外添加bundleLocale: "en"参数强制指定加载的语言，或者在应用初始化阶段调用sap.ui.getCore().getConfiguration().setLanguage("en")锁定应用语言，也可以避免多余的资源请求。supportedLocales特性从UI5 1.77版本开始进入稳定阶段，如果你使用的是更早版本，建议升级到对应版本以上避免兼容性问题。

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