jenkins集群使用k8s部署，pipeline中文乱码的问题解决记录

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

见下图：

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

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

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

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

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

解决乱码需要做好两步：

  发现问题，我第一时间找度娘，发现好多人在写这个问题，给了一大堆方案，基本都是配置环境的。配置项有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的状态下。

1、 设置jenkins所在服务器环境变量,右键我的电脑→属性→高级系统设置→环境变量，添加JAVA_TOOL_OPTIONS

2、修改Tomcat配置，进入apache_tomcat/conf文件夹下，编辑server.xml，在Connector port="8080"后面加入useBodyEncodingForURI="true"

<Connector port="8080" useBodyEncodingForURI="true" protocol="HTTP/1.1"

connectionTimeout="20000"

redirectPort="8443" />

3、启动tomcat，运行jenkins，进入系统管理→系统设置，在全局属性处勾选Environment variables，添加编码环境变量LANG=zh_CN.UTF-8

---