解决绘图中文宋体与英文新罗马混排问题

一、问题背景与核心矛盾

在科研论文、实验报告或正式技术文档中，图表通常需要遵循严格的排版规范。一个常见的要求是：中文内容使用宋体，而英文、数字、单位符号等西文字符使用 Times New Roman。然而，在 Python 的绘图实践中，这一要求并不容易直接实现。

原因在于，绘图库的字体管理默认基于“单一字体族”的匹配策略。每个文本对象在渲染时，通常会从一组候选字体中选择一个可用的字体文件。若只配置一种中文字体，中文可以正常显示，但西文部分会沿用该中文字体内嵌的西文样式，无法自动切换为 Times New Roman；反之，若只配置西文字体，中文会因缺少对应字形而显示为空白或方块。

因此，该问题本质上不是“字体是否支持中文”这么简单，而是涉及字形覆盖、字体回退机制、字体缓存、数学字体集以及跨平台字体路径等多个层面的综合问题。

二、字体渲染机制与关键配置项

为了准确解决问题，首先需要理解绘图中文字渲染的基本过程。当执行 xlabel、ylabel、title 等函数，并传入包含中文和英文的字符串时，底层会经过以下步骤：

1. 文本被解析为 Unicode 字符序列；
2. 每个字符根据字体配置依次查找可用字形；
3. 若首选字体中不存在某个字符的字形，则可能触发字体回退，也可能被替换为占位字符；
4. 最终使用匹配到的字体文件完成栅格化或矢量输出。

这一过程中，最重要的配置项就是 font.family。它可以接受一个或多个候选字体名称，多个名称之间可以构成回退链。例如：

import matplotlib as mpl
mpl.rcParams['font.family'] = ['SimSun', 'Times New Roman']

意思是：优先使用 SimSun 渲染文本，若 SimSun 缺少某个字符的字形，则尝试使用 Times New Roman。然而，实际效果并不总是理想，因为某些中文字体本身包含西文字形，绘制引擎可能不会继续向后回退，而是直接使用中文字体中的西文部分，从而导致英文样式不符合要求。

另一个重要配置是 axes.unicode_minus。当使用中文环境时，负号常常因为字体问题显示为方块，建议显式关闭 Unicode 负号：

mpl.rcParams['axes.unicode_minus'] = False

此外，字体缓存也会影响实际效果。修改字体配置后，如果未清理用户目录下的字体缓存，绘图界面可能仍然使用旧字体。该缓存通常位于用户主目录下的 .matplotlib 或等价路径中，安全删除后重新执行脚本即可触发字体重建。

三、方案一：合并字体文件的思路

从理论上讲，最直接的解决方式是将宋体与 Times New Roman 合并为一个新的字体文件。该字体需要同时包含中文全角字符的西文半角字符，并且每个字符的字形来源应当符合排版要求：中文部分来自宋体，西文部分来自 Times New Roman。

实现流程可以概括为：

1. 获取宋体字体文件与 Times New Roman 字体文件；
2. 使用字体编辑工具打开其中一个字体；
3. 从另一个字体中复制需要的西文或中文字形；
4. 调整字体名称、元数据与字形映射；
5. 保存为新字体文件，例如命名为 SimSunTimes.ttf；
6. 将新字体安装到系统字体目录或绘图库的字体目录；
7. 在配置文件中将 font.family 设置为新字体名称；
8. 清理缓存并验证输出效果。

该方案的优势在于：一旦合并成功，图表中的中英文将稳定使用同一种字体文件，不再依赖字体回退机制，也不容易受环境差异影响。同时，合并后的字体可以随项目一同分发，提高可复现性。

但该方案也存在一定限制：

• 字形复制与字体修改操作复杂，需要专门的字体编辑工具；
• 部分商业字体的授权协议可能不允许修改与再分发；
• 不同字形之间的基线、字距、行距等度量信息可能不一致，导致排版细节变形；
• 合并后的字体文件体积增大，加载速度可能下降；
• 若需适配多套字体组合，维护成本较高。

因此，该方法更适合对格式要求极为严格、且环境完全可控的场景，而不适合需要频繁切换字体或跨团队快速共享的轻量级项目。

四、方案二：使用兼顾中英文的替代字体

在工程实践中，更常用的做法是寻找一种同时覆盖中文和西文、且整体风格接近 Times New Roman 的字体作为折中方案。此类字体通常包含较为完整的中文全角字符，同时其西文部分采用衬线风格，视觉上与 Times New Roman 较为接近。

一种常见选择是使用系统自带的“华文宋体”或“中易宋体”等字体，并配合字体回退链：

import matplotlib.pyplot as plt
plt.rcParams['font.family'] = ['STSong', 'SimSun', 'Times New Roman']
plt.rcParams['axes.unicode_minus'] = False
plt.figure(figsize=(8, 4))
plt.title('今天是2024年12月14日 Saturday')
plt.xlabel('样本编号 Sample Index')
plt.ylabel('误差值 Error / μm')
plt.show()

在该配置中，STSong 被作为首选字体。其西文部分虽然不是严格的 Times New Roman，但在多数图表场景下已经能够满足观感要求。若某个字符在 STSong 中缺失，则依次尝试 SimSun 与 Times New Roman。这样可以在中文与英文之间取得较好的平衡，同时保留基本的中文显示能力。

需要注意的是，不同操作系统中的字体名称并不完全一致。例如，某些环境中“宋体”对应的字体名称为 SimSun，而在另一些环境中可能被识别为 Songti SC 或系统自定义名称。此时需要通过字体管理工具或打印可用字体列表来确认真实字体名。

可以用如下方式查看当前环境中已识别的字体：

from matplotlib import font_manager
fonts = sorted(set(f.name for f in font_manager.fontManager.ttflist))
for name in fonts:
    if 'Song' in name or 'Times' in name or 'Sun' in name:
        print(name)

通过检索字体名中包含 Song、Sun、Times 等关键词的条目，可以快速确定可用的字体名称。

五、公式字体与中文混排的兼容处理

在含有中文标签和数学公式的图表中，问题会更加复杂。绘图库的数学文本渲染通常使用独立的字体集，默认情况下并不包含中文字形。因此，如果中文出现在 $...$ 数学环境中，往往会报错或显示为异常符号。

例如，下面的写法可能导致错误或警告：

plt.xlabel(r'误差 $\Delta E$ / μm')

若数学字体集中没有中文字形，则“误差”可能无法正常渲染。更稳妥的做法是将中文放在数学环境之外：

plt.xlabel('误差 ' + r'$\Delta E$' + ' / μm')

这样中文由普通文本字体负责，公式部分由数学字体集负责，彼此互不干扰。

对于数学字体本身，可以调整 mathtext.fontset 参数。可选值通常包括 dejavusans、dejavuserif、cm、stix、stixsans 或 custom。若希望公式中的西文字形更接近 Times 风格，可以选择 stix。例如：

plt.rcParams['mathtext.fontset'] = 'stix'

STIX 字体在设计上考虑了与 Times 的兼容性，适合用于科技论文中的公式排版。配置后，公式中的拉丁字母、希腊字母和运算符通常能够与正文西文保持风格统一。

若需要完全控制公式中每个符号的字体，还可以使用 mathtext.cal、mathtext.rm、mathtext.it 等细粒度配置项，并配合 custom 模式指定具体字体。不过这种配置较为复杂，仅在需要统一整套出版级视觉风格时才建议深入调整。

六、跨平台与可复现实战建议

为了让绘图脚本在不同计算机上都能稳定输出一致的字体效果，建议遵循以下实践原则：

1. 显式配置字体族，而不是依赖系统默认值。 在脚本开头统一设置 rcParams，避免因不同操作系统的默认字体不同而产生差异。

2. 保留字体回退链。 将最希望使用的中文字体放在前面，将西文衬线字体放在后面，以覆盖不同字符集。

3. 关闭 Unicode 负号。 避免因字体缺少负号字形而出现占位符。

4. 定期清理缓存。 修改字体配置后，删除用户目录下的缓存文件夹，确保新配置生效。

5. 避免在数学环境中直接书写中文。 将中文与公式分离，可以显著降低字体冲突概率。

6. 必要时将字体文件随项目分发。 如果项目对字体要求较高，可以将需要的字体文件放到项目目录中，并通过 font_manager.fontManager.addfont() 动态注册：

from matplotlib import font_manager
font_path = './fonts/SimSun.ttf'
font_manager.fontManager.addfont(font_path)
plt.rcParams['font.family'] = ['SimSun', 'Times New Roman']

这样可以减少对系统字体环境的依赖，提高跨平台一致性。

七、方案对比与选择建议

方案	精准度	实现难度	可移植性	适用场景
合并字体文件	高	高	较高	出版级图表、内部统一模板
使用替代字体	中	低	中	常规论文、技术报告
动态加载字体	中高	中	高	团队协作、跨平台复现
中文与公式分离	中高	低	高	含公式标签的绘图

如果只是撰写普通论文或项目报告，使用替代字体并配置回退链通常已经足够。若需要生成出版级质量图，或者团队内部有严格规范，则可以考虑合并字体或动态加载标准字体文件。对于频繁使用数学公式的场景，建议将中文与数学环境分离，并独立调整数学字体集。

八、总结

在绘图中实现“中文用宋体、英文用新罗马”并非简单的字体替换问题，而是需要同时考虑字形覆盖、字体回退、数学字体集、字体缓存和跨平台兼容性。通过合理配置字体族、借助兼顾中英文的替代字体、必要时动态加载本地字体文件，并将中文与公式内容分离渲染，可以显著改善图表中的混排效果。

最重要的是，在开始批量绘图前，先使用小规模样例验证目标环境下的真实渲染结果。只有确认字体加载、中文显示、英文样式和公式输出均符合预期后，再将配置应用到完整项目中，才能避免在导出大量图片后返工。