本地化
如果你需要支持其他区域设置，你需要知道的所有内容都包含在本节中。
所有异常消息都可以本地化，包括与身份验证失败和访问被拒绝（授权失败）相关的消息。针对开发人员或系统部署者的异常和日志消息（包括错误的属性、接口契约违反、使用错误的构造函数、启动时验证、调试级别的日志记录）不会被本地化，而是以英文硬编码在 Spring Security 的代码中。
在 spring-security-core-xx.jar 中，你会找到一个 org.springframework.security 包，其中包含一个 messages.properties 文件，以及一些常见语言的本地化版本。你的 ApplicationContext 应该引用这个文件，因为 Spring Security 类实现了 Spring 的 MessageSourceAware 接口，并期望在应用程序上下文启动时通过依赖注入消息解析器。通常你只需要在应用程序上下文中注册一个 bean 来引用这些消息。下面是一个示例：
<bean id="messageSource"
class="org.springframework.context.support.ReloadableResourceBundleMessageSource">
<property name="basename" value="classpath:org/springframework/security/messages"/>
</bean>
messages.properties 的命名遵循标准资源包的命名规范，代表 Spring Security 消息所支持的默认语言。此默认文件是英文的。
如果你希望自定义 messages.properties 文件，或支持其他语言，你应该复制该文件，根据需要重命名，并在上述 bean 定义中注册它。这个文件中的消息键数量不多，因此本地化不应被视为一个重大任务。如果你确实对这个文件进行了本地化，请考虑通过记录一个 JIRA 任务并与社区分享你的工作，附上适当命名的本地化版本的 messages.properties。
Spring Security 依赖于 Spring 的本地化支持来实际查找相应的消息。为了使这正常工作，你必须确保从传入请求中获取的区域设置存储在 Spring 的 org.springframework.context.i18n.LocaleContextHolder 中。Spring MVC 的 DispatcherServlet 会自动为你的应用程序完成这项工作，但由于 Spring Security 的过滤器在 DispatcherServlet 之前被调用，因此在调用过滤器之前，LocaleContextHolder 需要被设置为包含正确的 Locale。你可以自己在一个过滤器中完成这项工作（该过滤器必须位于 web.xml 中的 Spring Security 过滤器之前），或者你可以使用 Spring 的 RequestContextFilter。有关使用 Spring 进行本地化的更多详细信息，请参阅 Spring 框架文档。
"contacts" 示例应用程序已设置为使用本地化消息。