以requests为例：
r = r.content.decode('gbk').encode('utf-8')
出现编码问题时，
1.仔细分析错误的类型。
看是decode（解码）错误还是encode（转码）错误。
2.搞清自己处理的字符串是什么类型的。
一般看网页的charset，一般为gbk，gb2312或gb18030.其中包含字符的大小为gb2312 <gbk <gb18030。一般出现‘gbk’ codec can’t decode，是因为
（1）要处理的字符串本身不是gbk编码，但是你却以gbk编码去解码
比如，字符串本身是utf-8的，但是你却用gbk去解码utf-8的字符串，所以结果不用说，则必然出错。
（2）处理的字符的确是gbk的，但是其中夹杂的部分特殊字符，是gbk编码中所没有的
如果有些特殊字符是GB18030中有的，但是是gbk中没有的。
则用gbk去解码，去所不支持的字符，也比如会出错。
所以，此种情况，可以尝试用和当前编码（gbk）所兼容的但所包含字符更多的编码（gb18030）去解码，或许就可以了。
3.然后换用这种的字符编码去编码或解码。
详情链接:https://www.crifan.com/summary_python_unicodedecode_error_possible_reasons_and_solutions/
问题指明：post请求中文，无法进行编码，需要对参数进行“utf-8”的编码
尝试：按报错进行解决：
出现问题： 返回的response的中文数据为乱码 ：
相当乱码的话，应该是编码不匹配的问题，尝试解决：
结果这乱码更加摸不着头脑了：
这个问题，一直弄了我一个晚上，太困睡觉，起床后，直到这篇解决我的问题： python 设置requests 编码，完美解决中文乱码问题 ：
这个请求头直接印象下面乱码：
解决分析参考： 从python爬虫引发出的gzip,deflate,sdch,br压缩算法分析
就因为这个，让我弄了一晚，得到的经验是： 在测试bug的时候，尽量减少变量，能不要的，就不要 。
