springboot国际化

在 Spring Boot 中，LocaleContextHolder.getLocale() 用于获取当前线程绑定的 Locale 信息。当使用自定义的 LocaleResolver 时，理解其执行与否的场景，可以帮助我们更好地控制 Locale 的解析过程。以下是一些典型场景，说明自定义的 LocaleResolver 何时执行或不执行：

一、LocaleResolver 执行的情况

1. 当请求中有语言设置时：
   Spring 会通过自定义的 LocaleResolver 来解析请求中的 Locale 信息。常见的策略是通过 Accept-Language 头、URL 参数或 Cookie 来决定应该使用哪个 Locale。

2. 请求处理器或拦截器触发时：
   在处理 HTTP 请求时，自定义的 LocaleResolver 会在 HandlerInterceptor 或 Controller 中被调用。例如，使用 LocaleChangeInterceptor 可以自动处理 Locale 的变更，并将其应用于自定义的 LocaleResolver 中。

3. Spring MVC 流程中：
   Spring MVC 框架会在处理请求时调用配置的 LocaleResolver。默认情况下，Spring MVC 会调用自定义的 LocaleResolver 解析 Locale，然后将其绑定到 LocaleContextHolder 上。

二、LocaleResolver 不执行的情况

1. 直接调用 LocaleContextHolder.getLocale() 而没有经过请求处理时：
   如果直接在业务代码中调用 LocaleContextHolder.getLocale()，而没有经过 HTTP 请求或 Spring MVC 流程，那么 LocaleResolver 不会被自动触发。在这种情况下，LocaleContextHolder 可能会返回一个默认的 Locale，而不是基于请求的 Locale。

2. 多线程场景中未绑定 Locale：
   如果代码在多线程环境下运行，并且当前线程没有绑定 Locale（比如异步任务中没有显式设置），那么 LocaleResolver 也不会执行。此时，LocaleContextHolder.getLocale() 可能会返回 null 或默认的 Locale。

3. 未配置 LocaleResolver 时：
   如果项目中没有配置任何 LocaleResolver（如 AcceptHeaderLocaleResolver、CookieLocaleResolver），Spring 会使用默认的 Locale，而不会触发自定义的 LocaleResolver。

4. 未通过拦截器或未显式设置 Locale 时：
   如果没有配置 LocaleChangeInterceptor 或者通过其他方式主动修改 Locale，则自定义的 LocaleResolver 不会被调用，LocaleContextHolder.getLocale() 返回的可能只是应用启动时默认的 Locale。

三、如何确保自定义的 LocaleResolver 被执行？

• 配置 LocaleChangeInterceptor：
  确保在项目中配置了 LocaleChangeInterceptor，并设置相应的参数（例如通过 URL 参数修改语言环境），这样可以触发 LocaleResolver。

• 确保通过 LocaleResolver 解析 Locale：
  确保请求经过 Spring MVC 的处理流程，这样 LocaleResolver 才会被自动调用。你可以在 @Controller 方法或 HandlerInterceptor 中依赖于 Spring 的 LocaleResolver 来获取当前 Locale。