PyCharm打印中文报错或显示乱码，其核心原因在于字符集编码的不一致，具体表现为Python源文件的UTF8编码与Windows系统控制台默认的GBK编码之间的冲突，要彻底解决这一问题，必须遵循“编码统一”原则，即通过修改PyCharm的全局设置、调整运行/调试配置、以及优化Windows系统环境变量，确保从代码编写到终端输出的全链路均使用UTF8编码格式。
深度解析：PyCharm中文打印报错的底层逻辑
在深入解决方案之前，理解报错的底层逻辑至关重要，Python 3版本默认源文件编码为UTF8，这是一种能够包含全球所有字符的编码方式，在Windows操作系统中，CMD命令提示符和PowerShell的默认代码页通常是GBK（即CP936）,这是为了兼容旧版中文应用。
当PyCharm运行Python脚本时，解释器尝试将内存中以UTF8格式存储的中文字符串输出到控制台，Python会尝试根据控制台的默认编码（GBK）对字符进行转换，如果字符集中包含GBK无法识别的字符，或者转换过程未正确处理，就会抛出UnicodeEncodeError: 'gbk' codec can't encode character错误，这种报错并非代码逻辑错误，而是I/O（输入/输出）层面的编码转换失败。
解决方案一：PyCharm全局编码标准化配置
最基础且必要的步骤是确保PyCharm编辑器内部的编码设置统一,这是解决乱码和潜在报错的第一道防线。
需要打开PyCharm的设置界面，在Windows或Linux系统中通过File > Settings进入，macOS用户则通过PyCharm > Settings，在左侧菜单中找到Editor > File Encodings。
在此界面中，有三处关键编码设置需要统一修改为UTF8：
- Global Encoding：全局编码,影响所有新创建的文件。
- Project Encoding：项目编码,影响当前项目的所有文件。
- Default encoding for properties files：属性文件的默认编码。
将上述三项全部设置为UTF8，务必勾选底部的Transparent nativetoascii conversion选项，这一选项能够自动将非ASCII字符（如中文）转换为Unicode转义序列（如\uXXXX），虽然这主要针对Properties文件，但在某些复杂依赖场景下有助于保持兼容性，设置完成后,点击Apply并重启PyCharm以确保所有配置生效。
解决方案二：针对控制台输出的硬性修正
仅仅修改编辑器编码往往不足以解决控制台输出时的报错，因为运行时的控制台可能仍固执地使用GBK,我们需要在运行配置层面进行干预。
在PyCharm界面顶部工具栏，点击Run > Edit Configurations，在左侧列表中选择你当前正在运行的Python脚本或配置模板，在右侧的配置面板中，找到Execute选项组（部分版本可能在Logs或Console options中）。
在Emulate terminal in output console选项之外，我们需要关注更底层的VM Options，虽然Python脚本通常不直接依赖JVM，但在PyCharm的某些实现机制中，可以通过添加环境变量或修改Help参数来影响输出流，最直接有效的方法是在Environment variables字段中添加一个新的变量：
- Name:
PYTHONIOENCODING - Value:
utf8
设置PYTHONIOENCODING=utf8会强制Python的标准输入、输出和错误流使用UTF8编码，从而覆盖系统默认的GBK限制，这一步是解决UnicodeEncodeError的关键操作。
解决方案三：Windows系统级编码环境重构
如果上述软件层面的设置依然无法解决问题，或者你需要在系统CMD中直接运行脚本而不报错，那么问题出在Windows系统底层，这是最彻底的解决方案,但需要重启系统。
Windows 10及后续版本提供了一个“Beta版: 使用 Unicode UTF8 提供全球语言支持”的功能，开启此功能后，整个系统的非Unicode程序的默认编码将变为UTF8，从根本上消除了GBK与UTF8的冲突。
操作路径如下：
- 按下
Win键，输入“区域”，打开“区域设置”或“Region”。 - 在“区域”选项卡中，点击右侧的“管理设置”或“Administrative”。
- 点击“更改系统区域设置”或“Change system locale”。
- 在弹出的窗口中，勾选底部的“Beta版: 使用 Unicode UTF8 提供全球语言支持”。
- 点击确定,并重启计算机。
注意： 此操作会影响系统上所有未明确指定编码的旧版软件，可能导致极少数古老的中文软件出现乱码，但对于Python开发环境而言,这是最完美的解决方案。
解决方案四：代码层面的流重定向技术
作为开发者，我们还可以在代码内部通过编程手段动态修复输出流，这种方法不需要修改任何IDE或系统设置，具有极高的可移植性,适合需要在不同机器上运行的脚本。
在Python脚本的开头，即任何print语句执行之前,插入以下代码：
import sys import io # 将标准输出流重定向为UTF8编码 sys.stdout = io.TextIOWrapper(sys.stdout.buffer, encoding='utf8') # 将标准错误流重定向为UTF8编码 sys.stderr = io.TextIOWrapper(sys.stderr.buffer, encoding='utf8')
这段代码的原理是：sys.stdout原本是一个包装了系统缓冲区的文本流，它默认使用系统编码（GBK），我们通过sys.stdout.buffer获取底层的二进制缓冲区，然后使用io.TextIOWrapper重新包装它，并显式指定encoding='utf8'，这样，后续所有通过print，都会先经过UTF8编码处理，再写入缓冲区，从而绕过了系统默认编码的限制，这是一种非常专业且优雅的“自救”方案。
归纳与最佳实践
PyCharm打印中文报错是编码环境不一致的典型表现，在处理此类问题时，建议遵循由内而外的排查顺序：首先检查代码中是否显式指定了错误的编码；其次配置PyCharm的File Encodings和运行时的PYTHONIOENCODING；如果是长期开发环境，建议开启Windows系统的UTF8支持，对于需要分发给他人的脚本，使用代码级的流重定向是最稳妥的保障，保持全链路编码统一,是Python中文开发环境稳定运行的基石。
相关问答
Q1：我已经在PyCharm里设置了UTF8，为什么运行时还是报错UnicodeEncodeError？A1： 这是因为PyCharm的文件编码设置只决定了源文件如何保存和读取，而print函数输出时，Python会自动检测目标控制台（即底部的Run窗口或系统CMD）的默认编码，如果控制台是GBK，Python就会尝试将UTF8字符串转为GBK，从而报错，解决方法是在Run > Edit Configurations中添加环境变量PYTHONIOENCODING=utf8，或者在代码开头重定向sys.stdout。
Q2：除了报错，有时候打印中文显示的是乱码（如或方框），这和报错是同一个原因吗？A2： 不完全是，乱码通常是因为数据本身编码正确，但显示端（控制台）使用了错误的编码去解码（例如用GBK去解码UTF8字节流），而报错（UnicodeEncodeError）是因为Python明确知道目标编码不支持当前字符，乱码通常可以通过修改控制台字体（如改为Consolas或Lucida Console）或统一编码来解决；而报错则必须强制指定输出编码为UTF8。
希望以上方案能彻底解决你在PyCharm中遇到的中文打印问题，如果你在尝试了代码级流重定向后仍有疑问，或者在使用特定第三方库时遇到了特殊的编码报错，欢迎在评论区留言,我们可以进一步探讨具体的代码实现细节。
