Spring MessageSource 似乎忽略了属性 fallbackToSystemLocale

Question

我在配置 Spring MessageSource 以忽略我的系统语言环境时遇到问题。当我使用 null 语言环境参数调用 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 属性之前。

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