从Spring框架流行后，几乎根本不用自己写解析配置文件的代码了，
但近日一个基础项目（实在是太基础，不能用硕大繁琐的Spring），
碰到了用java.util.Properties读取中文内容（UTF-8格式）的配置文件，发生中文乱码的现象，
- Properties prop=new Properties();
- prop.load(Client.class.getClassLoader().getResourceAsStream("config.properties"));
习惯性google了一下，网上大多数文章都是让大家用native2ascii.exe转换 这样的解决方案，一开始还差点被懵住了，以为只能使用这样的绕弯子方法。。。
但关键是，太绕了！ 如果每次都用native2ascii.exe将中文转换成uXXXXuXXXX这样的，麻烦先不说，转换完后的文件完全不可读！！！这基本上是不可忍受的！
（虽然也能用native2ascii.exe转换回来，但同样，麻烦！）
冷静下来后，突然想起来，还是初学java时看过，java.io包中 Reader/Writer和Stream的区别。
（年代久远，具体细节忘记了，大概是：Reader/Write是处理编码文本的，而InputStream/OutputStream只把数据当作2进制流 ）
正确解决方案
- Properties prop=new Properties();
- prop.load(new InputStreamReader(Client.class.getClassLoader().getResourceAsStream("config.properties"), "UTF-8"));
其中“UTF-8”，用于明确指定.properties文件的编码格式（不指定则默认使用OS的，这会造成同一份配置文件同一份代码，在linux和windows上、英文windows和中文windows之间的表现都不一致），这个参数应该和具体读取的properties文件的格式匹配。
这个东西实在是基础，本来没啥好说的；但是网上流传的关于那个绕弯方法的文章太多了，太误导人了，还是写一下以正视听吧。
-------------------------------------------------------
后续：这两天发现，使用这种方法要注意一下，在linux下开发的.properties，如果要用到windows上，需要先用unix2dos 转换一下，否则可能发生配置项丢失的现象（可能是linux下的 到了windows下不被Reader识别）。