java - Spring MessageSource 似乎忽略了属性 fallbackToSystemLocale

Question

我在配置 Spring MessageSource 以忽略我的系统语言环境时遇到问题。当我使用 null locale 参数调用 getMessage 时，我希望 MessageSource 选择默认属性文件 messages.properties。相反，它选择 messages_en.properties。当我将此属性文件的名称更改为 messages_fr.properties 时，将选择默认属性文件。我的系统语言环境是“en”。所以 MessageSource 似乎忽略了我设置为 false 的 fallbackToSystemLocale 属性。

此行为与 Spring 版本 4.1.4 和 4.1.5 相同。

消息源配置:

<bean id="messageSource" class="org.springframework.context.support.ResourceBundleMessageSource">
    <property name="fallbackToSystemLocale" value="false"></property>
    <property name="basenames">
        <list>
            <value>locale/messages</value>
        </list>
    </property>
    <property name="defaultEncoding" value="UTF-8"></property>
</bean>

获取消息:

String message = messageSource.getMessage("user.email.notFound", new Object[] {email}, null);

感谢您的任何建议!

Answer 1

fallbackToSystemLocale 不是 旨在控制消息源在您使用 locale=null

调用它们时执行的操作

fallbackToSystemLocale 控制当您请求所请求的本地不存在的消息(代码)时要执行的操作 - 要么是因为根本没有该语言的消息属性文件，要么只是因为消息文件不包含消息代码

另一方面，当您使用 locale=null (messageSource.getMessage("key", null);) 调用 getMessage 时语言环境将由 Locale.getDefault

设置

org.springframework.context.support.AbstractMessageSource:

protected String getMessageInternal(String code, Object[] args, Locale locale) {
    ...
    if (locale == null) {
        locale = Locale.getDefault();
    }
    ...

在考虑 fallbackToSystemLocale 属性之前。

因此，最简单的 hack-arround(这不是一个 workarround，它是一个 hack)，将使用您不支持的语言而不是 null:messageSource.getMessage("key", new Locale("XX"));