Tomcat源码分析--国际化--StringManager类

在研究Tomcat源码过程中发现只要是用到了日志的地方就一定会出现StringManager类，这个类就是Tomcat中支持国际化的类，不过其使用的还是jdk自带的Locale，MessageFormat和ResourceBundle这三个类的api，只是在现有类的基础上进行了封装，这样就不用每次使用的时候都创建这三个类的实例对象了，从而精简了代码。

关于java自身的国际化支持可以参考
http://www.cnblogs.com/jjtech/archive/2011/02/14/1954291.html
本篇博客只介绍Tomcat的国际化实现

首先来看看Tomcat中是怎样使用StringManager这个类的

Tomcat获取StringManager对象实例使用的是该类的静态方法getManager，下面是该方法的实现:

从前面可以看出要使用StringManager进行国际化控制首先要获取StringManager对象，这里有两个考虑:

1. 如果在每个类中都创建一个StringManager对象，那么Tomcat中有如此多的类，势必要在创建很多StringManager对象，这样就会导致创建过多的实例，从而造成浪费。
2. 如果使用单例模式，整个Tomcat中只创建一个StringManager对象，这样在Tomcat这个高并发的环境中，调用此方法带来的同步问题又会造成性能的损耗

所以比较好的实现是为一个包创建一个StringManager对象，由这个对象为包下面的所有类提供国际化的支持，从上面的静态方法实现中就可以看出这个设计。

获取到StringManager对象后就可以通过其getString方法进行国际化方面的操作了，其实现如下：

方法中调用的getString方法实现如下,方法中的bundle变量是ResourceBundle类的实例，至此JDK中的三个类就全部出现了，这样就验证了前面的描述，即StringManager只是对JDK中原有三个类的进一步封装。

到这里Tomcat中的国际化部分就讲完了，接下来会将Tomcat的StringManager这个类分离出来用到我们自己的demo里

demo的结构如下:

其中国际化资源文件内容如下:

创建完资源文件后，就可以在类中进行测试了，下面即将模拟不同的locale来控制资源文件的输出

控制台输出结果如下:

可以看出在不同的locale下使用了不同的配置文件的内容，从而实现了国际化输出。