一切都是windows的控制台默认编码GBK问题java
情景：
使用jenkins构建，console 输出的中文乱码。代码编码格式是utf-8，由于Jenkins会默认读取当前系统的编码格式，致使构建日志乱码和selenium自动化测试输入的中文乱码。linux
控制台输出乱码windows
摸索
不能忍，果断百度一下，按照设置全局配置那里设置LANG ：zn_CH.utf-8 无效。 测试
在jenkins下的jenkins.xml设置什么启动为utf-8也是无效。编码
可是查找资料期间发现，jenkins系统管理的系统信息 spa
想到另外一台linux下，未发现该问题，上去看看，里面有一个（大约是第三行）file.encoding UTF-8，而我本地的windows则是file.encoding GBK..net
再往下拉，仔细看还有一个sun.jnu.encoding UTF-8
而我本地也是sun.jnu.encoding GBK日志
我以为就是这里的问题啊。code
这个是java层面的编码问题，因此在jenkins 里设置半天并没效果。
查了下java修改file.enciding UTF-8的方法。xml
在系统变量里添加启动参数：
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