一次Jenkins+Python的中文乱码趟坑

  发现问题，我第一时间找度娘，发现好多人在写这个问题，给了一大堆方案，基本都是配置环境的。配置项有LANG、JAVA_TOOL_OPTIONS、PYTHONIOENCODING等等；配置的位置有人说在Jenkins的Global Environment variables，有人说要配到系统的环境变量里，也有人说要改jenkins.xml。

  上面这些方法我都试了，游培 均无效！！ 当然有博主自己写说生效了，可能环境上还是有未知的差异吧。没有大腿可抱的情况下，只能自己蒙了。

  出现乱码肯定是编码不对，但究竟是怎么不对的，要搞清楚正确的(文字实际用的编码)是什么，错误的(显示时使用的编码)是什么。可观测到现象有下面几个：

  从1、3推断， Jenkins默认显示用的编码是GBK，文字自身的编码是UTF8 。但这跟2的现象似乎是冲突的，因为Log文件本身是UTF8编码，而其显示的出来的也是乱码，且跟Jenkins的一致。

  这时候做个简单的实验来验证结论。用Notepad++建一个UTF8的文件，里面写上“中文”俩字，然后用ANSI编码去看。

  实验证实了上面推断的正确性，那么Log里的乱码又是为什么呢？在上面的Log里展示了原因，Py中stdio的编码为cp936(也就是GBK)。这个情况是，Jenkins将UTF8的命令行传给了Py，然后Py用GBK解析，并转码为内部的UTF8，最后用UTF8输出Log。

  原因找到了，接下来就是解决问题。既然外部配置都无效，只能在Py内部处理了。我第一反应是，错误的编码在里面逆向纠正就好了。

  我尝试的方案是处理sys.argv里记录的内容：

  我先则碰用“Pok2盟友”做测试，发现问题解决了。欣喜的跑上面“中文”，结果直接报错程序挂了Orz...，我还天真的以为是Py检查严格给了报错，让它跳过检查就好了。于是加了errors="ignore"参数，忽略报错，decode完输出空白了，结果啥也不是。

  仔细想想， 不匹配的转码其实是“有损的” ，因为两种编码使用的字节数不同。“中文”用GBK是4bytes，UTF8是6Bytes。忽略报错后，Py应该会把无法解码的byte直接丢弃。UTF8=》GBK丢失一部分内容；GBK=》UTF8又丢弃一些，最后直接丢没了。

 孙磨谈 到这里我主观上能想到的解决方案已经没了，走投无路！！！

  在我麻木的Google过程中，鬼使神差般又去尝试了一下chcp，结果成功了！！！真的成功了，一切问题都得到解决！！！

  chcp在很早之前就尝试过，当时写法是

这次想尝试分两行写，然后就成了~

  上面过程描述其实不完整（中间尝试了各种方向，细节实在太多），甚至还有些凌乱，所以最后，清晰的总结下：

做完上面的处理，应该所以内容都处于UTF8的状态下。

我们使用的是Jenkinsfile，存放在git中，而不是分散在各个项目中，好处是便于管理和维护。

见下图：

在jenkinsfile文件中写入中文，还有在获取构建人姓名的时候，出现中文乱码问题。

先读取当前构建人的姓名（一般为中文汉字），然后调用后端Http接口发送消息通知响应的人群。

这里的变量buildUser如果包含中文，会出现乱码问题。。。

这里容易有个误区，以为在Jenkins全局配置里设置了字宴吵扮符集为utf-8就能解决该问题。

其实上述的设置是针对master节点，而非slave节点。而我们的pipeline是运行于slave节点上。我们得在节点设置晌灶中，对pod template增加环境变量才是正确的碰岁方式。

解决乱码需要做好两步：

一、Jenkins定时运行python脚本

1、10分钟运行一次：

2、运行python脚本：

二、构建报错

1、报错如下：

2、原因：Jenkins启动的时候，用户名是SYSTEM，而我们安装Python默认添加的环境变隐亩量是在用户变量中的。所以Jenkins拿不到我们用户配置的环境变量。

3、解决：在系统变量Path添加如下路径，然后重启Jenkins：

4、参考链接： https://blog.csdn.net/bihansheng2010/article/details/51259849

三、输出中文乱码

1、乱码如下：

2、原因：Jenkins找的灶键森python编码格式亮培不支持中文输出。

3、解决：添加系统环境变量PYTHONIOENCODING，值为UTF-8

4、这个时候Jenkins的环境变量就会多了以下一行，重启Jenkins即可：

5、重新构建：输出中文正常。

6、参考链接： https://www.cnblogs.com/zhangyesmile/p/11195656.html

---