1、国际化
国际化的知识点有两个部分,messageSource类结构,实现步骤。
1.1 类结构
忽略其中的接口和抽象类,因为这些对象不可配置。
剩余的类有四个,DelegatingMessageSource,StaticMessageSource,ResourceBundleMessageSource,ReloadableResourceBundleMessageSource。
DelegatingMessageSource:这个对象无实际的意义,当IOC容器中不存在messageSource的bean时,会加载一个空的实现类,此时注入的类型为DelegatingMessageSource,它调用getMessage方法不会获取任何国际化的信息。相当于IOC初始化MessageSource失败之后给的默认值。
StaticMessageSource:基本不怎么使用,我估计是测试国际化时使用的对象,类似于StaticApplicationContext。
ResourceBundleMessageSource:最常用的对象,它拥有ResourceBundle属性,所有获取国际化信息的方法都委托给ResourceBundle对象。
ReloadableResourceBundleMessageSource:支持热部署,国际化文件不必在classpath下。
1.2 步骤
实现国际化的步骤如下:
第一步,注入MessageSource类。在IOC初始化MessageSource时,首先会在当前IOC容器中查找ID或name为messageSource的类,如果查找不到,会继续在父容器中查找,如果所有父容器中还未找到,注入DelegatingMessageSource实现类,相当于空的实现类,此时虽然能调用getMessage等方法,但是不会返回正确的结果。
第二步,编写和配置国际化资源文件 ,格式为basename_language_country.properties。配置时需要设置ResourceBundleMessageSource的basename属性或basenames属性。basenames对应多份资源文件,是List集合,basename对应一份资源文件。
第三步,获取MessageSource对象,有很多种,实现MessageSourceAware,@AutoWire,applicationContext.getBean(“messge”),或者直接将applicationContext转换为MessageSource,调用其中的getMessage方法,其中第一个参数为code,第二个参数为占位符对应的参数,第三个为查找不到code时返回的默认值,第四个参数为Locale。
2、Properties
Properties的知识点有三部分。在IOC中查找变量,配置查找变量的顺序,引入自定义变量或Properties文件。
IOC查找变量的顺序跟spring boot基本是类似的。
- 首先是运行参数,如果是java application,运行参数指java argument。如果是web项目,运行参数是指context-param或者是context-config。
- 其次是系统变量,JVM系统变量,操作系统变量。
- 然后是配置文件,例如spring boot中的application.properties或application.yml
- 最后是自定义变量或者是引入的自定义Properties文件。
变量查找的顺序是由Environment接口实现类决定的,默认的实现类名称是StandardEnvironment。如果需要理解和修改变量的查找顺序,可以查看相关类的源码。
要添加自定义变量,最好的方式是定义Properties文件,并通过@PropertySource注解引入。其中value属性为Properties配置文件的路径。