《实战开发》实现后台国际化过程中所遇到的问题

目前。越来越多项目中都使用到了国际化的技术，不仅仅是页面的国际化显示，就是后台的信息都已经涉及到了国际化的问题。今天就分享下前几天在实现后台国际化过程中走到坑。

---

• 首先百度了一下，实现后台国际化需要用到jdk中的ResourceBundle类库，然后照着网上的方法实现了一次，代码如下：****

public class ResourceBundleTest {

    public static void main(String[] args) {
        Locale locale1 = new Locale("zh", "CN");
        ResourceBundle rb1 = ResourceBundle.getBundle("ResourceBundleTest", locale1); //中文
        System.out.println(rb1.getString("user"));
        
        ResourceBundle rb2 = ResourceBundle.getBundle("ResourceBundleTest", Locale.getDefault());  // 中文
        System.out.println(rb2.getString("user"));
        
        Locale locale3 = new Locale("en", "US");
        ResourceBundle rb3 = ResourceBundle.getBundle("ResourceBundleTest", locale3); //英文
        System.out.println(rb3.getString("user"));
    }

}

这是一个java类，同时还需要创建三个配置文件。一个配置中文，一个配置英文，一个是默认的。

• 到目前为止，这就是一个很简单的一个后台国际化的小demo了。不过这里需要注意的是，刚开始我也遇到了很多人可能遇到的一个问题，就是控制台输出：如下报错异常

 Exception in thread "main" java.util.MissingResourceException: Can't find bundle for base name

该报错信息的意思是说，找不到我们的配置文件，这里说一下解决方法：网上说什么要把配置文件放到classpath里面，描述的实在不同俗，简单来说，就是把配置文件放到src的根目录下，同时，将需要事先后台国际化的java类放在默认包中（比如上图所显示的目录结构），这样就可以轻松实现正常输出了。

那么问题又来了，我们既然是做开发的，项目结构怎么可能是上图所示的那样呢，简直不科学。下面就说说项目实战中，的后台国际化的实现方式

• 大家可以看到，上图才是一个正常项目中的目录结构，下面我们把后台国际化的文件放到项目中。这里，我们创建一个包名叫做：com.test.bundle 的包，然后将文件放到该包中。当前的结构如下图所示：
  

然后，我们回车，发现，竟然又报错了，错误信息依然是找不到配置文件，这个时候看下我们的java类里面的路径，确实有问题，随后改成下图的路径就可以实现了。

总结一下：一般情况下我们需要将java类和三个配置文件都放在用一个路径下面，并且需要将读取配置文件的路径写全。如果只是自己创建一个小demo的话，可以件三个配置文件放到src的根目录下，将java类放到默认包当中。配置文件的路径直接用配置文件名的前缀就好。

本以为到此就能结束了，结果我将项目打包，发布之后竟然发现，在这个包下面的三个配置文件消失了！！！项目中的后台国际化也开始报错。无奈的我瞬间懵逼，后来问了写朋友，他们告诉我说，配置文件是不能和java文件放在一起的，这样在打包后就不会显示，随后经过各种力量的尝试，始终无法解决，最终只能借用该类的事项方式，自己单独去写了一个后台国际化的实现工具。供各位参考

实现原理：读取国际化的配置文件，根据当前语言环境来显示不同的文本信息。

• 项目结构如下：
  

然后打开这个ResourceBundleTest类

public class ResourceBundleTest {

    public static void main(String[] args) {
    	Prop po = PropKit.use("resourceBundle_zh_CN.properties");  //默认中文;
    	 String txt = po.get("user");
    	 System.out.println(txt);
    }

}

备注：该项目架构为jfinal，因此用的是框架自带的取值方式，其他框架的实现原理是一样的。到此为止，后台国际化的实现过程已经完美解决了。欢迎各位互相交流

欢迎关注本人个人公众号，交流更多技术信息