❶ 如何解决mac python3 中文乱码
解决mac python3中文乱码的方法：
在文件的最上面加上“#coding=utf-8”语句，#与coding之间有一个空格，该语句是告诉编辑器以utf-8的格式对中文字符进行解码
示例如下：
这样输出的中文就不是乱码了。
更多Python知识，请关注：Python自学网！！
❷ python命令行输入中文乱码怎么办
python2.X，代码中指定了UTF-8，但是在cmd命令行窗口时，打印的中文仍然会乱码。
在python3不存在该问题
运行结果：
原因
中文windows默认的输出编码为gbk ，与脚本中定义的UTF-8不一样，所以出现了解码失败的情况。
相关推荐：《Python基础教程》
解决方法
有如下两种方法可以解决这个问题
方法一
我们可以通过先把中文解码为unicode，然后再转化为gbk来解决这个问题：
修改后运行结果：
方法二
当然，我们也可以通过改变cmd命令行窗口的输出格式来解决这个问题：
·chcp 65001 就是换成UTF-8代码页
·chcp 936 可以换回默认的GBK
但是这样就降低了脚本的兼容性，在其他环境运行的时候可能还会出现这样的错误，而且可能会影响其他脚本运行，所以推荐使用第一种方法。
❸ python2中出现中文字符乱码，怎么处理
在Python2.x中主要是字符编码的问题，处理不好的话，会导致乱码。
Python默认采取的ASCII编码，字母、标点和其他字符只使用一个字节来表示，但对于中文字符来说，一个字节满足不了需求。
❹ python编程 中文 出现乱码问题
这是因为IDLE中使用gbk编码，是ascii扩展字符集。
>>>importsys
>>>sys.getdefaultencoding()
'ascii'
解决方法：
在IDLE中执行的时候
去掉字符串前面的u字符，也不要加#coding这一行。
先import sys,然后reload(sys),再使用sys.setdefaultencoding("utf-8")。然后就可以打印前面带u的字符串了。（这是搜来的方法，实验了一下，发现在我这没有输出了。。重启了IDLE，才可以输出，不过又变会ascii了）
在文件中执行
在文件开头声明#coding行，文件保存为utf8编码，在字符串开头加u
❺ python3 中文输出乱码问题
python 3和2很大区别就是python本身改为默认用unicode编码。
字符串不再区分"abc"和u"abc", 字符串"abc"默认就是unicode，不再代表本地编码、
由于有这种内部编码，像c#和java类似，再没有必要在语言环境内做类似设置编码，比如“sys.setdefaultencoding”;
也因此也python 3的代码和包管理上打破了和2.x的兼容。2.x的扩展包要适应这种情况改写。
另一个问题是语言环境内只有unicode怎么输出gbk之类的本地编码。
答按惯例都在(序列化)输出时才转换成本地编码。
比如
file.write("GBK的中文".encode("GBK"))
python环境内字符串用str.encode("GBK")方法输出成字节串用于和其他环境交流。
❻ Python中中文乱码问题
a ='哈哈'
b = a.encode('utf-8')
以上你的代码是UTF8编码吧，a本来就是UTF8编码，你在给它编码干嘛，encode是编码，decode是解码，你不报错没天理。
a = u'哈哈'
b = a.encode('utf-8')
a是U编码类型也就是你上一个没加U的哈哈的解码，它肯定不会保存！
❼ python 中文乱码问题
记事本是用utf-8保存你下载了东西的。你下载下来的不是utf-8，保存下来中文当然就乱码了。而gbk和utf-8里英文的编码值都一样，所以不受影响。
一个方法是你留意下目标页面的charset 和 contentType，另一个方法是你复制一个目标页面的字，放cmd里看它的编码长度，以此来判断它的原来编码。
❽ python中文乱码解决
windows下的文件路径，cmd窗口等默认编码都是gbk
但在windows下编写python程序的时候，我们一般采用的编码是utf-8
二者不一致是导致乱码的根本原因！
在pycharm下，为了中文不乱码，那么需要注意一下几个方面：
一、每一个源程序文件头部，需要加上
#-*-coding:utf-8;-*-
这样就没有乱码了
❾ python中如何将乱码解码
中文编码问题一直是程序员头疼的问题，而Python2中的字符编码足矣令新手抓狂。本文将尽量用通俗的语言带大家彻底的了解字符编码
以及Python2和3中的各种编码问题。
一、什么是字符编码。
要彻底解决字符编码的问题就不能不去了解到底什么是字符编码。计算机从本质上来说只认识二进制中的0和1，可以说任何数据在计算机
中实际的物理表现形式也就是0和1，如果你将硬盘拆开，你是看不到所谓的数字0和1的，你能看到的只是一块光滑闪亮的磁盘，如果你
用足够大的放大镜你就能看到磁盘的表面有着无数的凹凸不平的元件，凹下去的代表0，突出的代表1，这就是计算机用来表现二进制的方
式。
1.ASCII
现在我们面临了第一个问题：如何让人类语言，比如英文被计算机理解？我们以英文为例，英文中有英文字母（大小写）、标点符号、特
殊符号。如果我们将这些字母与符号给予固定的编号，然后将这些编号转变为二进制，那么计算机明显就能够正确读取这些符号，同时通
过这些编号，计算机也能够将二进制转化为编号对应的字符再显示给人类去阅读。由此产生了我们最熟知的ASCII码。ASCII 码使用指定
的7 位或8 位二进制数组合来表示128 或256 种可能的字符。这样在大部分情况下，英文与二进制的转换就变得容易多了。
2.GB2312
然而，虽然计算机是美国人发明的，但是全世界的人都在使用计算机。现在出现了另一个问题：如何让中文被计算机理解？这下麻烦了，
中文不像拉丁语系是由固定的字母排列组成的。ASCII 码显然没办法解决这个问题，为了解决这个问题中国国家标准总局1980年发布《信
息交换用汉字编码字符集》提出了GB2312编码，用于解决汉字处理的问题。1995年又颁布了《汉字编码扩展规范》（GBK）。GBK与
GB 2312—1980国家标准所对应的内码标准兼容，同时在字汇一级支持ISO/IEC10646—1和GB 13000—1的全部中、日、韩（CJK）汉
字，共计20902字。这样我们就解决了计算机处理汉字的问题了。
3.Unicode
现在英文和中文问题被解决了，但新的问题又出现了。全球有那么多的国家不仅有英文、中文还有阿拉伯语、西班牙语、日语、韩语等
等。难不成每种语言都做一种编码？基于这种情况一种新的编码诞生了：Unicode。Unicode又被称为统一码、万国码；它为每种语言中
的每个字符设定了统一并且唯一的二进制编码，以满足跨语言、跨平台进行文本转换、处理的要求。Unicode支持欧洲、非洲、中东、亚
洲（包括统一标准的东亚象形汉字和韩国表音文字）。这样不管你使用的是英文或者中文，日语或者韩语，在Unicode编码中都有收录，
且对应唯一的二进制编码。这样大家都开心了，只要大家都用Unicode编码，那就不存在这些转码的问题了，什么样的字符都能够解析
了。
4.UTF-8
但是，由于Unicode收录了更多的字符，可想而知它的解析效率相比ASCII码和GB2312的速度要大大降低，而且由于Unicode通过增加一
个高字节对ISO Latin-1字符集进行扩展，当这些高字节位为0时，低字节就是ISO Latin-1字符。对可以用ASCII表示的字符使用Unicode
并不高效，因为Unicode比ASCII占用大一倍的空间，而对ASCII来说高字节的0对他毫无用处。为了解决这个问题，就出现了一些中间格
式的字符集，他们被称为通用转换格式，即UTF（Unicode Transformation Format）。而我们最常用的UTF-8就是这些转换格式中的一
种。在这里我们不去研究UTF-8到底是如何提高效率的，你只需要知道他们之间的关系即可。
总结：
1.为了处理英文字符，产生了ASCII码。
2.为了处理中文字符，产生了GB2312。
3.为了处理各国字符，产生了Unicode。
4.为了提高Unicode存储和传输性能，产生了UTF-8，它是Unicode的一种实现形式。
❿ python中文显示乱码，已经在开头有了coding: utf-8
乱码原因：
因为你的文件声明为 utf-8，并且也应该是用 utf-8 的编码保存的源文件。但是 windows 的本地默认编码是 cp936，也就是 gbk 编码，所以在控制台直接打印 utf-8 的字符串当然是乱码了。
解决方法：
py文件用记事本打开，另存为utf-8格式即可