ResourceBundle是java开发中非常实用的一个类，主要用来处理应用程序多语言这样的国际化问题。
如果你的应用程序如果有国际化的需求，可以考虑使用ResourceBundle, 你要做的就是给出满足特定格式的Properties 文件，例如
resource.propreties
resource_zh_CN.properties
resource_ja_JP.properties.
然后应用程序使用ResourceBundle.getBundle(“resource”, locale) 就可以自动的搜索的相应Locale的Properties 文件。
虽然看起来很方便，但使用起来需要注意两个问题： 1 Properties 文件的搜索次序， 2. 决定是否能找到Properties 文件的ClassLoader ， 这也是很多初学者遇到的问题
1. 搜索次序。
先来看个例子，假设你的系统只有两个Properties
(1) resource.zh_CN.properties : 中文的Properties
(2) resource.properties : 英文的Properties
假设你Java 的default locale是zh_CN, 如果你调用 ResourceBundle.getBundle(“resource”, Locale.US) , 你觉得系统会使用哪一个文件中的内容？
很多人会觉得会使用resource.properties 中的内容， 但实际上不是这样的，当你传入一个Locale.US 给ResourceBundle的时候 , ResourceBundle的搜索次序是这样：
(1) resource_en_US.properties --- 没找到
(2) resource_en.properties --- 还是没找到
(3) resource_zh_CN.properties ---- default locale， 找到了
(4) resource_zh_properties
(5) resource.properties
注意，ResourceBundle会自动的加上一个default locale 即 zh_CN 来搜索
系统没有找到xxxx__en_US.properties, 也没有找到xxx_en.properties, 而是找到了xxx_zh_CN.properties, 就会使用其中的内容, 所以你看的的是中文的结果。
实际上ResourceBundle 搜索结束以后，会建立一个ResourceBundle 对象的Chain, 对于上面的例子会是这样：
ResourceBundle_2 [locale=zh_CN , parent = ResourceBundle_1]
ResourceBundle_1 [locale = empty parent = null]
你可能要问，这个链表中问什么没有en_US,en 和zh相关的信息？ 这是因为他们相关的Properties 不存在， 没有必要加入这个链表中。
如果你的应用程序访问resource文件的一个值得时候， 系统会先在ResourceBundle_2[Locale=zh_CN] 这个对象中找， 如果找到，直接返回相应的值
如果没有找到，顺着parent 即ResourceBundle_1继续寻找， 如果还没有找到，只好返回null 了， 因为没有parent 了
2. ClassLoader
这个也是经常出问题的地方， 很多时候当你准备好各种Locale 的Properties 文件， 调用ResourceBundle.getBundle(“resource”, Locale.US) 时，系统总是告诉你， 找不到resource_en_US的文件， 很是令人抓狂。
主要的原因就是ClassLoader 不对 ，有空接着写 :-)