一切都是windows的控制台默认编码GBK问题
情景：
使用jenkins构建，console 输出的中文乱码。代码编码格式是utf-8，因为Jenkins会默认读取当前系统的编码格式，导致构建日志乱码和selenium自动化测试输入的中文乱码。
控制台输出乱码
摸索
不能忍，果断百度一下，按照设置全局配置那里设置LANG ：zn_CH.utf-8 无效。
在jenkins下的jenkins.xml设置什么启动为utf-8也是无效。
但是查找资料期间发现，jenkins系统管理的系统信息
想到另一台linux下，未发现该问题，上去看看，里面有一个（大约是第三行）file.encoding UTF-8，而我本地的windows则是file.encoding GBK.
再往下拉，仔细看还有一个sun.jnu.encoding UTF-8
而我本地也是sun.jnu.encoding GBK
我觉得就是这里的问题啊。
这个是java层面的编码问题，所以在jenkins 里设置半天并没效果。
查了下java修改file.enciding UTF-8的方法。
在系统变量里添加启动参数：
1.打开环境变量设置
2.注意是新建，不是在什么path中新加，
直接新建一个变量名为JAVA_TOOL_OPTIONS
变量值为-Dfile.encoding=UTF-8
保存并重启jenkins。
再次查看我们的“系统管理”-->“系统信息”发现已经是UTF-8 了。
等等，你可能说，那个sun.jnu.encoding还没改呢。
那这俩有什么区别呢
file.encoding主要管理的是文件中的编码
sun.jnu.encoding 主要负责文件名类的编码
PS：所以这里也提示我们，如果依赖java或者其他一些环境的软件，命名及其安装路径尽量国际化一点，毕竟中文很多时候出现错误十分的恼火。
sun.jnu.encoding 的修改还没找到方法，如知道，请告知我。
重新构建一下，一半喜乐，一半忧伤。我程序中输出的中文字符正常显示了。但是，系统提示的那个“错误，该进程没有找到”的已经变成了乱码。WTF，其实不难理解，因为那个信息是windows反馈给我们的，不在我们代码中，那编码模式必然是默认的GBK，这里实在是不知道怎么去控制了。尴尬，难道就不能两全吗？！
搞不动了，linux下就没这么妖了，因为默认的就都是utf-8。
参考：http://blog.csdn.net/sinat_21302587/article/details/68061204