此问题不是真正的错误，它还报告您的应用程序中未包含适用于适当语言环境（语言和区域）的i18n资源-但UI5框架已退回到更通用的i18n资源，这意味着它将尝试 加载：i18n_en_US.properties =="如果找不到==> i18n_en.properties =="如果找不到==> i18n.properties。 因此，无需重命名i18n资源，这些文件可能会在翻译过程中创建。 此客户端后备机制已实现为独立于后端解决方案，但在某些SAP系统上，我们还在后端实施了i18n后备，以避免404并返回更通用的资源：例如 为i18n_en_US.properties返回i18n_en.properties。

在构建UI5应用程序时，您需要一些UI库，例如sap.ui.core，sap.ui.layout和sap.m，对于这些UI库，我们还为UI控件提供了i18n文本。 这些文本也将使用相同的浏览器区域设置进行加载，如果找不到i18n资源，则会发生客户端回退。 这就是为什么即使对于框架库也可以看到那些404的原因。 在某些SAP系统上，例如是否要通过 https://sapui5.hana.ondemand.com ，那么您将不会看到服务器端回退处理这些请求的任何404错误。 对于SAP系统上的生产性场景，这应该不是问题。

如果您想进一步了解我们如何检测语言环境，此文档可能会很有用： https：//sapui5.hana.ondemand.com/#/topic/91f21f176f4d1014b6dd926db0e91070 。

我们还将要实现UI5的功能，该功能通过在manifest.json中为应用程序和UI库提供适当的元数据来指示客户端提供的备用语言，从而指示所提供的语言，从而无需加载i18n资源即可 直接来自具体版本的404s。

当前的另一种解决方法是使用supportedLanguages实验配置选项将查找限制为专用语言： https://sapui5.hana.ondemand.com/#/topic/91f2d03b6f4d1014b6dd926db0e91070 >搜索支持的语言。 您可以通过data-sap-ui-xx-supportedLanguages ="，en，de" =>将其添加到引导脚本中，第一个是默认语言环境的空字符串，然后提及en和de-因此仅适用于那些语言环境 该请求应该发出。

更好地理解它……

谢谢，您是救命稻草！ 从一开始，我整天都在仔细检查文件，以查找错误的出处：）

从1.77开始，应用程序可以在manifest.json中声明支持的语言环境。

" sap.app"：{
   " ..."：" ..."，
   " i18n"：{
     " bundleUrl"：" i18n/i18n.properties"，
     " supportedLocales"：[""]，
     " fallbackLocale"：""
   }
 }，
 " sap.ui5"：{
   " ..."：" ..."，
   "楷模"： {
     " i18n"：{
       " type"：" sap.ui.model.resource.ResourceModel"，
       "设置"：{
         " bundleUrl"：" i18n/i18n.properties"，
         "异步"：是的，
         " supportedLocales"：[""]，
         " fallbackLocale"：""
       }
     }
   }
 } 

相应地设置" supportedLocales"和" fallbackLocale"。

API参考：sap/base/i18n/ResourceBundle.create

仅在" i18n/i18n.properties"情况下 "，只需为" supportedLocales"和" fallbackLocale"分配一个空字符串即可。