排版这份活儿干久了你会发现一个特别反直觉的现象真正让人抓狂的往往不是字体设错了而是字体明明设对了。全选一遍字体框里清清楚楚写着宋体字号也是小四可屏幕上就是有那么一两段字看着比旁边胖一点、亮一点、挤一点打印出来更明显一段像印刷体一段像复印件。这种问题在WPS里出现的频率相当高尤其是在拼接多来源稿件、从网页或PDF里搬内容、接手别人改过的文档时。它不属于那种报错—修错的明确故障而是一类典型的视觉不一致问题字体名相同样式却不一样。下面这些内容是我在处理文档排版时反复验证过的一套拆解思路从怎么判断根因到每一步具体点哪里、看什么、改什么都会讲到适合经常要交付正式文档的人也适合刚接手排版工作、被这类问题卡住的新手。1. 把看起来不一样拆成三类先别急着改字体遇到同样字体但样式不同绝大多数人的第一反应是全选然后重新设一遍字体。这个动作十次里有六七次是无效的因为问题根本不在字体这一层。字体名只是文字属性的一个字段它上面还压着字符级属性、段落级属性、样式继承链、主题方案、渲染上下文五层东西。任何一层出问题呈现出来的结果都是看着不一样。所以在动手之前先建立一个分类框架把现象归到三类里去后面的操作才有方向。1.1 第一类字体名相同字体文件不同这一类的隐蔽性最高。同一个字体名在系统里可能对应多个字体文件比如不同来源安装的同名宋体、不同字重版本、带超大字符集的扩展版、被精简过的子集版。文档 A 用的是完整版文档 B 用的是精简版合并到一起后字体名都显示宋体实际调用的字形轮廓却不是一套笔画粗细、字面大小、标点形状都会有细微差别。还有一种更常见的情况字体缺失触发的静默替换。你在一台机器上排好版字体列表里有某款黑体类字体换到另一台机器打开那台机器没装软件不会报错而是自动回退到一款默认字体渲染但文档里的字体名还保留着原来的名字。于是你看到的字体名是对的笔画却是另一款字体的。这类问题的验证方式很简单把文档拿到另一台打开正常的机器上对比如果两台机器显示不一致基本可以锁定是字体文件层面的差异而不是格式设置问题。1.2 第二类字体没变字符属性被叠加字体确实是同一款但字符级属性不统一。字号差半磅、字间距多 0.5 磅、字符缩放 90%、被勾了加粗但字体本身没有真粗体、被设成上标、被加了底纹、被设了隐藏文字、被标记成西文字符走了另一套字体……这些属性全都不体现在字体下拉框里但它们中的任何一个都足以让文字看起来样式不一样。这类问题的典型特征是差异是局部的、成片的。通常集中在某几个段落、某个表格、某几行标题上而不是全文均匀变化。因为技术文档里的格式污染往往是从别处粘贴时带进来的粘贴动作是局部的。如果你的文档里只有三行标题看着不对正文都正常那几乎可以断定是字符属性被叠加了而不是字体本身的问题。1.3 第三类属性都一样排版上下文不同这一类最容易被误判。字体、字号、加粗状态全都一致但视觉上就是疏密不同。原因在段落层行距被设成了固定值、段前段后间距不一样、段落被勾了对齐到网格而另一段没有、文字在表格单元格里受了单元格边距影响、文字在文本框里触发了溢出时缩排文字导致实际字号被自动缩小。这些因素不改变字体名却实实在在改变了字的排布密度。我做文档校对时习惯用下面这张表快速定位现象最可能的根因类别首选验证动作全文某几个字粗细异常位置不固定字体回退字符不在字库内把那几个字单独复制到新文档换字体测试整段偏胖或偏瘦边缘发虚合成粗体 / 字体文件替换放大到 400% 看笔画边缘是否被撑开中文正常、数字和英文特别细中西文字体分离设置打开字体对话框看西文字体栏文字横向被拉伸字距忽大忽小字符缩放 / 调整宽度看字体对话框字符间距页行距忽大忽小字号明明一样文档网格 / 固定行距段落对话框里取消对齐到网格对比换台机器就变了字体缺失 / 渲染差异两台机器同屏对比或导出PDF比对有了这个分类后面的排查就不用东一榔头西一棒子。记住一条原则先定性再动手。定性错了改十遍字体也没用。2. 五分钟体检靠字体框和选择格式相似的文本定位污染层真正高效的排查不是靠眼睛一处处找而是让软件把差异报给你。WPS 里有几个现成的信号源很多人天天见却不知道它们代表什么。掌握这几个动作绝大多数字体同但样式不同的问题能在五分钟内锁定层级。2.1 字体框显示空白说明什么选中一段文字去看开始选项卡上的字体下拉框。如果里面是正常字体名说明选区内的字体是统一的如果框里是空白的或者显示得很淡、只显示一个不完整的名字那说明选区内存在多种字体或多个字体属性软件无法用一个值概括。这是最快的混合格式探测器。同理字号框空白说明字号不统一加粗按钮呈半按下的凹陷状态说明选区内部分加粗部分不加粗。这一招的价值在于你可以用鼠标一段一段地框选通过观察哪个属性变成了空白反推出是哪一类属性不统一。比如框选后发现字体名正常但字号框空白那问题就是字号不一致跟字体无关去查字号就行不用再折腾字体。我见过不少人一上来就全选重设字体结果真正不一致的是字号白折腾半小时。提示如果整篇文档选中后字体框都是空白的别慌这通常意味着文档里同时存在中文字体和西文字体两套设置属于正常现象不代表格式乱了。这种情况要看字体对话框里的三栏设置而不是看下拉框。2.2 用选择格式相似的文本反查污染范围这个功能是排查格式污染最有效的工具但用的人不多。在 WPS 的编辑菜单或右键菜单里有一个选择格式相似的文本部分版本叫选择相似格式文本。操作方式是先把光标停在显示正常的那段文字上执行这个命令软件会把全文所有和它格式一致的文本一次性选中。关键在下一步观察哪些地方没有被选中。被排除在外的那些段落就是格式被污染的部分它们和正常段落的差异正是你要找的那个属性。反过来把光标停在异常段落上再执行一次被选中的那一批就是同病相怜的段落集合往往能看出污染源头的规律——比如全是从某一页粘过来的表格或者全是某个上级给的模板里带过来的标题。我在处理一份几十页的拼接稿时用过这招异常段落一次性被选中后发现全部集中在第 3 章到第 5 章而那几章恰好是从另一份文档整段复制过来的。问题根源一下就清楚了是源文档的样式污染不是我这边的设置出了错。这种批量显示问题分布的能力比逐段点击效率高一个数量级。2.3 交叉验证换文档、换机器、换输出方式定性阶段还有一个不能省的步骤做三组交叉验证把根因钉死。第一组把可疑文字复制到一个全新的空白文档用只保留文本的方式粘贴CtrlShiftV或右键选择性粘贴。如果新文档里显示正常说明问题出在原文档的格式或样式上如果新文档里还是不正常说明问题跟着字符本身走可能是字体文件、字符编码或字体回退。第二组换一台装了相同字体的机器打开。如果两台机器显示一致排除渲染差异如果不一致问题在字体文件或系统渲染设置上。第三组导出 PDF 后对比。PDF 会把字体嵌入并固化排版如果屏幕上不一样、PDF 里一样了说明是显示渲染层面的问题如果 PDF 里依然不一样说明是文档里真实存在的格式差异。这三组验证做完问题基本就跑不掉了。我个人的经验是第二类和第三类问题占了实际案例的八成以上真正属于字体文件坏了的比例很低但因为字体两个字最显眼大家的注意力总是先落在它身上。3. 中文字体与西文字体的双轨设置是同名不同样的头号来源如果只能讲一个知识点我会讲这个在中文版文字处理软件里一个段落的字体设置从来不是一个值而是至少两个值——中文字体和西文字体是分开存储的。这个设计本身有它的道理中文字符用中文字形数字和字母用西文字形视觉上更协调但它是字体名一样、显示效果不一样最常见的来源。3.1 一个段落里其实跑着两套字体打开字体对话框CtrlD或右键→字体会看到中文字体和西文字体两个下拉框有些版本还有复杂文种字体一栏。默认情况下西文字体往往是某款西文字体中文字体是某款中文字体。很多人的操作习惯是全选然后在开始选项卡的字体下拉框里选一个中文字体以为大功告成。实际上这一次操作只改了中文字体那一栏西文字体还保持原样。结果就是同一段文字里汉字用一种字体渲染数字、英文字母、半角标点用另一种字体渲染。如果这两种字体的字面大小、基线位置、笔画粗细差得比较多整段看起来就会忽粗忽细。最典型的表现是一段中文里夹了几个数字数字明显比汉字细一圈、小半号看着像是数字被单独设过字号其实没有。解决办法很直接在西文字体那一栏里选择列表最上方的使用中文字体不同版本叫法略有差异含义是让西文跟随中文主字体。这样整个段落只有一套字形来源中英混排的粗细、基线就统一了。但要注意一个副作用某些专门为西文优化的字体在小字号下确实比中文字体渲染的西文更好看如果你做的是以英文为主的文档反而应该反过来把中文也统一到一款中西文都齐备的复合字体上。3.2 主题字体在背后偷偷改字号字体文档还有一个主题字体的概念藏在页面布局或设计相关的面板里分标题字体和正文字体两项。当段落使用的是内建样式正文、标题1、标题2 等时它的字体往往不是硬写死的而是引用主题字体。这时候如果你手动改了某几段的字体那几段就变成了直接格式脱离了主题控制而没改过的段落还跟着主题走。一旦主题字体被修改比如换了个模板、或者不小心点了某个字体方案没改过的段落集体变样改过的段落纹丝不动视觉上就形成了同样的字体名一部分正常一部分怪异。这种情况的判断方法看样式面板里该段落当前应用的样式名然后把主题字体切换一下观察哪些段落跟着变。跟着变的是受主题控制的不变的是带有直接格式的。搞清楚这个分布再决定是统一改成直接格式还是统一清理直接格式回归主题不要两种混着用——混用是后续所有格式混乱的源头。3.3 缺失字体的替换链还有一层容易被忽略字体替换。打开一份外部文档时如果里面用到的字体本机没有软件会用一个替代字体渲染但文档里记录的字体名不变。WPS 在字体对话框附近通常有一个替换字体的入口可以查看当前文档里哪些字体被替换了、替换成了什么。排查时特别要注意那些看起来很像的字体名比如标准宋体和扩展字符集版的宋体、不同字重命名的黑体。它们名字接近视觉上也有差异但差异微妙到你不盯着看发现不了只会觉得这一段怪怪的。把文档里实际使用的字体清单拉出来逐个确认本机是否安装是处理这类问题的标准动作。我一般会在交付前做一遍这个检查尤其是文档要发给别人时——你这边装了不代表对方装了提前统一成通用字体能省掉大量来回沟通。4. 伪粗体、点阵字模与字体回退笔画粗细为什么会变到了这一层问题已经从设置变成了字体渲染机制。这一类现象的共同特点是你查遍所有格式设置都是对的字体名一致、字号一致、没有任何字符属性叠加但字就是不一样。理解背后的机制才能知道哪些能改、哪些只能绕。4.1 合成粗体有加粗但没有粗体字体文件里一个字族通常包含多个字重常规、粗体、细体等每个字重是一套独立的字形轮廓。但很多中文字体只提供了常规字重没有真正的粗体文件。这时候你点加粗按钮软件不会报错而是用算法把常规字形横向描边加厚来模拟粗体这叫合成粗体也叫伪粗体。合成粗体的视觉效果和真粗体差别明显笔画被均匀撑胖字腔笔画之间的空白被挤压小字号下笔画容易糊在一起字的整体宽度也会略微增加导致行内字距看起来不均匀。如果你的文档里有一段是加粗的宋体另一段是某款自带真粗体的黑体即使字号相同前者的笔画会显得发虚、边缘不干净后者则是扎实的。怎么验证把显示比例放大到 300% 至 400%看加粗笔画的边缘。真粗体的边缘是干净的轮廓线合成粗体的边缘会有一圈不自然的加厚痕迹某些笔画交接处还会出现笔画粘连。确认是合成粗体后处理方式只有两个换一款自带粗体字重的中文字体或者接受它、通过调整字号和字间距来缓解视觉上的拥挤。指望调设置让它变好看是不现实的这是字体文件本身的限制。4.2 小字号点阵与大字号轮廓的切换很多中文字体文件里同时嵌了两套字形数据矢量轮廓和点阵位图。在较小字号区间渲染引擎会优先调用点阵字模因为点阵在小尺寸下更清晰、不容易糊超过某个字号阈值后才切换成矢量轮廓放大。这就导致同一款字体在 9 磅和 14 磅下的笔画形态不一样小字号的点阵版本边缘是硬边的方形像素笔画末端平直大字号的矢量版本边缘是平滑曲线笔画有粗细变化。这个差异在屏幕上尤其明显因为屏幕渲染还会叠加抗锯齿处理。所以如果你文档里一段是九号字、一段是十二号字即便字体名完全一样看起来风格也可能不同。这不是错误是字体的正常工作机制。判断方法很简单把两段文字的字号临时改成一样看差异是否消失。消失了就说明是字号导致的渲染差异而不是格式被污染了。顺带说一个相关的实用知识中文字号有号数和磅值两套体系五号对应 10.5 磅小四对应 12 磅四号对应 14 磅三号对应 16 磅。有时候两段文字一段显示五号一段显示10.5看起来像是同一个字号但如果其中一段被设成了 10 磅或者 11 磅字号框会显示具体的磅值而不是号数名称很容易被忽略。看到字号框里显示的是数字而不是五号小四这类名称时多留个心眼。4.3 字体回退一句话里的字来自不同字体字体回退font fallback是另一个高频原因而且最难察觉因为它表现为一句话里某几个字突然不一样位置毫无规律。机制是这样的你设定了一款主字体但这套字库里并不包含文档里的所有字符。遇到字库里没有的字生僻汉字、特殊符号、箭头、圈码数字、数学符号、某些标点变体渲染引擎会按系统的字体链接规则自动去别的字体里找这个字形来补上。结果是一句话里 90% 的字来自主字体剩下 10% 来自另外一两款你不知道的字体。主字体和替补字体的笔画粗细、字面大小、基线位置往往不同视觉上就是这几个字怪怪的。最典型的场景是从 PDF 或网页复制内容。复制过来的文本里可能夹着一些特殊编码的字符比如全角的罗马数字、带圈序号、不间断空格、零宽字符、某些排版用的连字。这些字符在主字体里找不到字形全部走回退于是一段看起来平平无奇的文字实际内部跑着三四款字体。排查方法把那几个异常的字单独复制到新建文档全选后把字体换成一款字符集非常完整的字体比如扩展字符集版本看差异是否消失。如果消失了就是字体缺字导致的回退。根治办法是清理掉那些特殊字符或者统一换成字符覆盖更全的字体。5. 字体对话框后两个选项卡藏着最像字体问题的排版暗礁字体对话框有三个选项卡绝大多数人只操作第一个字体、字形、字号、颜色后两个几乎不看。但字体名一样却看着不一样的案例里相当一部分的答案就在后两个选项卡里。这两个页面里的设置有个共同特点它们都不改变字体名却实打实地改变了文字的外观。5.1 字符间距里的缩放和加宽第二个选项卡叫字符间距部分版本叫高级里面有三个关键项缩放按百分比横向拉伸或压缩字符。设成 150% 时文字会被横向拉宽一半看起来变胖了但高度不变设成 80% 时文字被压瘦。这个设置最阴险的地方在于缩放后的文字在字体框里显示的还是原字体名字号也还是原字号只有字形被拉伸了。间距在字符之间额外增加或减少固定的磅值。加宽 1 磅字与字之间就多出 1 磅的空隙整段看起来松散容易被误认为字号变大了或者用了另一款字面更宽的字。位置把字符整体上移或下移若干磅不改变字号。如果偏移量很小看起来就像是基线不齐而不是位置被改了。这三项如果是从别处粘贴带进来的往往数值不大——0.3 磅的间距、95% 的缩放肉眼能感觉到不对但说不出哪里不对。处理方式是把这三项全部归零缩放 100%、间距 0、位置 0再看是否恢复正常。5.2 中文版式里的调整宽度与双行合一WPS 的中文版式功能里有一组针对汉字的特殊排版工具其中调整宽度最容易被误触。它的作用是强制把选中的若干个字调整成指定的总宽度实现方式是自动插入字间距。用过一次之后那段文字的字距就和周围不一致了但字体、字号、加粗状态全部没变。还有双行合一和合并字符会把两行小字压成一行的高度或者把几个字压缩到单个字的位置。这类效果在字体面板上完全看不出来只有把光标放进去打开对应的中文版式对话框才能看到当前是否应用了这些设置。我遇到过一份文档某个小标题看着比同级标题宽了半个字查了半天字体、字号、加粗都对最后发现是这个标题被设过调整宽度多出来 2 磅的总宽度。这种问题的排查顺序建议是先看字体对话框三个页签再看段落对话框最后看中文版式。按侵入性从低到高排别一上来就怀疑字体文件。5.3 上下标与小型大写字母第一个选项卡底部有一组效果复选删除线、双删除线、上标、下标、隐藏文字还有小型大写字母和全部大写字母。上标和下标会自动缩小字号通常是缩小到原字号的约三分之二并上移或下移基线。所以一段文字如果被误设成上标它的字体名和字号框显示的还是原始值但实际渲染出来的字明显小一号。这种情况常出现在公式、脚注、单位符号附近复制粘贴时特别容易带过来。小型大写字母更隐蔽它会把小写字母替换成缩小尺寸的大写字形。如果你的文档是中英混排某一段的英文突然变成了全大写且略小很多人第一反应是字体换了其实是这个复选框被勾上了。隐藏文字同样值得警惕。被标记为隐藏的文字默认不显示但如果视图设置里勾了显示隐藏文字它们就会以带虚下划线的形式出现和正常文字混在一起看着就是格式不一样。这类文字在打印时通常不输出但屏幕上会干扰判断。6. 文档网格和段落属性不是字体问题却最容易误判成字体问题讲到这里前面几类问题都还是字符层的。但实际工作中我遇到最多的字体一样但排版不一样根子在段落层尤其是中文文档特有的文档网格机制。这一类问题有个鲜明特征文字本身完全正常粗细致、字形对就是行与行之间的疏密关系不对。6.1 对齐到网格如何改变视觉疏密中文文档默认会启用文档网格在页面设置里可以看到每页行数每行字符数之类的设定。当段落属性里勾选了如果定义了文档网格则对齐到网格行距就不再是你设的那个值而是被强制向上取整到网格行距的整数倍。举个具体的例子网格行距是 15.6 磅你把段落行距设成 1.25 倍约 15.6 磅恰好吻合看起来正常另一段被设成 1.15 倍约 14.4 磅小于网格行距软件会把它向上对齐到 15.6 磅两段的行距就变成一样了但如果某段被设成 1.5 倍约 18.7 磅它会被对齐到 31.2 磅两倍网格一下子空出一大截。于是三段字号完全相同的文字行距却呈现出密、密、疏的三种状态。这种差异极具欺骗性因为字体、字号、字距全都一致只是行与行之间的空白不同而人眼对纵向空白的敏感度很高容易误判成这段字的字号更大或这段字体不一样。验证方法很直接选中可疑段落打开段落对话框把如果定义了文档网格则对齐到网格这个勾去掉观察行距是否立刻恢复正常。如果恢复了问题就锁定了。彻底解决有两条路要么统一关掉所有段落的网格对齐适合纯排版文档要么统一调整网格参数让所有行距都能整除适合需要严格版式的正式文件。两种做法各有取舍前者灵活但版式不够规整后者规整但对参数敏感我的习惯是正式交付文档走后者内部草稿走前者。6.2 固定行距、段前段后与文本框缩排除了网格还有几个段落级设置会造成同类误判固定行距行距类型选固定值并设一个较小数值时大于该值的文字会被上下裁切看起来像是字被压扁了。这种情况在混排不同字号时特别明显——大字号那段被切掉了顶部视觉上像是字体出了问题。段前段后间距段前 0.5 行和段前 6 磅在数值上可能接近但换算方式不同导致相邻段落的间距不一致。人眼容易把这种间距差异误读成字号不同。文本框的自动缩排文字放在文本框里时如果开启了溢出时缩排文字当内容超出文本框范围软件会自动把字号调小来塞进去。这时候文本框里的文字字号已经不是你设的那个值了但如果你只看字体下拉框它可能还显示原字号就会觉得同样是这个字号怎么这里看着小。表格单元格边距表格里的文字受单元格内边距控制同样的字号在窄单元格里会显得更挤。两个字号相同的表格一个内边距 0.19 厘米、一个 0.1 厘米视觉密度完全不同。排查这类问题的通用动作是把光标放进可疑段落打开段落对话框逐项核对行距类型、行距值、段前段后、网格对齐这几个字段和正常段落做比对。别看大概要逐字段对因为差异往往就藏在一个不起眼的数值上。7. 外来内容的清理顺序为什么你改了样式却没反应前面讲的都是判断这一节讲治理。很多人有这样的经历发现格式乱了去样式面板把正文样式改成统一字体结果文档纹丝不动或者全选之后点了字体改完发现只有一部分生效。这不是软件出问题而是没搞清楚格式的优先级链条。7.1 优先级链条直接格式永远压着样式文字的最终外观由多层设置叠加而成优先级从高到低大致是直接格式你手动选字体、改字号产生的 字符样式 段落样式 主题字体 文档默认。关键在于最上面的直接格式。只要一个字符身上带着直接格式下面所有层级的修改都会被它盖住。所以你把正文样式改成宋体小四那些带着直接格式的段落依然是原来的样子。这就是改了没反应的根本原因。理解了这个链条治理顺序就出来了先剥掉最上层的直接格式再让下层的样式生效。顺序搞反了做多少遍都白搭。我见过有人为了统一样式把正文样式改了七八遍每次都是全选后重新应用样式但只要段落上残留着直接格式结果永远不变。7.2 三级清理的具体操作与顺序清理分三级从轻到重按需使用级别操作清除范围适用场景一级选中文字后使用清除格式按钮开始选项卡图标通常是带橡皮的字母A字符级直接格式局部几段格式异常二级选中文字按Ctrl空格字符格式字体、字号、加粗等快速剥离字符属性保留段落设置三级剪切内容用只保留文本CtrlShiftV粘贴到新位置所有格式包括段落属性从网页、PDF、外部文档搬来的内容一级清理适合处理文档内部的局部污染。二级清理更快但要注意它只清字符属性段落属性缩进、行距、对齐会保留如果问题出在段落层二级清理解决不了。三级清理是最彻底的代价是段落格式也一并丢弃需要重新设置缩进和间距。实际操作里我的建议是对从外部来的内容直接用三级清理不要试图修补。修补的成本远高于重建而且修补后残留的隐形属性比如那 0.3 磅的字间距会在后续排版中不断制造麻烦。7.3 把整篇统一成一套格式的收尾动作清理完之后需要一个重建的过程把整篇文档统一到一套干净的格式体系上。我常用的顺序是这样的第一步全选文档用三级方式只保留文本重建到一个新文档里。这一步会丢掉所有格式包括你辛苦设置的标题层级所以要提前想清楚值不值得。如果文档格式本来就很乱值得如果只是局部问题跳过这步。第二步在新文档里先定义样式再录入内容。把正文标题1标题2等样式的字体、字号、行距、段前段后一次性设好中文字体和西文字体两栏都要设。第三步粘贴内容后全选统一应用正文样式然后再给标题逐级套用对应样式。注意顺序先套样式后做局部微调一旦做了局部微调那段文字就带上直接格式了后续再改样式它不会跟着变。第四步做一次全局检查。用前面提到的选择格式相似的文本抽查几个位置确认没有漏网的污染段落。再用字体下拉框的空白状态做一次全文扫描确保没有残留的混合格式。第五步如果是正式交付文档导出一次 PDF 做最终确认。PDF 会把排版固化能暴露出屏幕上被渲染掩盖的问题。这套流程听起来繁琐但熟练之后处理一份几十页的文档也就十几分钟。相比反复修补、反复出问题一次性重建反而更省时间。8. 只在打印和导出时出现的差异最后一类情况比较特殊屏幕上看着一切正常一打印或者一导出 PDF 就出问题。这类差异的根源不在文档本身而在输出环节。8.1 字体嵌入与子集化导出 PDF 时软件会把文档里用到的字体嵌入到文件里但通常不是嵌入完整字体文件而是子集化——只嵌入文档里实际用到的那几百个字形以此控制文件体积。子集化本身没问题问题出在某些字体不允许嵌入或者嵌入过程中出现异常导出时被替换成了别的字体。表现出来就是PDF 里某几页的字形和其他页不一样或者某些特殊字符变成了方框、问号。这类问题的排查方式是导出时检查导出设置里是否有嵌入字体相关的选项确保勾选如果某个字体始终无法正确嵌入有些商业字体有嵌入权限限制最稳妥的办法是在导出前把那个字体换成允许嵌入的通用字体。还有一种情况是导出后文件变得特别大。这通常是因为文档里混用了太多字体每个字体都要做一次子集嵌入。字体种类越多文件越大而且不同字体之间的视觉差异也越难控制。这也是我建议统一字体的一个现实理由——不只是好看还能减小文件体积、降低兼容风险。8.2 显示渲染与打印机度量屏幕显示和打印输出用的是两套完全不同的渲染路径。屏幕上文字经过抗锯齿、次像素渲染处理边缘会被平滑打印时输出设备按自己的分辨率重新栅格化细节呈现完全不同。有些在屏幕上看不出来的细微差异比如 0.2 磅的字间距、99% 的字符缩放打印出来会被放大成明显的视觉差异。如果你的机器上开了硬件图形加速屏幕渲染还可能走另一条路径导致同一份文档在不同机器上的显示效果不一致。排查这类问题可以尝试关闭硬件加速对比一下——在软件的设置或选项里通常有相关开关。还有一层是打印机的字体替换。部分打印机驱动在处理某些字体时会用自己的内置字体来渲染而不是按文档里的字形输出。这种情况在针式打印机和老式激光打印机上比较常见。判断方法是换一台打印机输出同一份文档做对比如果差异消失问题就在驱动层考虑更新驱动或者换用更通用的字体。提示如果文档需要正式打印建议在打印前先导出一次 PDF 并检查用 PDF 作为最终输出的中间格式。PDF 的排版是固化的能最大程度避免这台机器打出来是这样、那台机器打出来是那样的问题。字体这件事说到底是个分层排查的活儿。看到文字长得不一样先别急着怀疑字体名按字符属性、段落属性、样式继承、主题方案、渲染输出这五层从上往下捋一遍绝大多数问题都能定位到具体某一层。我处理这类问题这么多年真正需要换字体文件来解决的案例屈指可数绝大部分都是某个不起眼的复选框、某段从别处粘来的隐形格式、或者文档网格在背后捣鬼。养成先看字体框是否空白、再用选择格式相似文本反查、最后做三组交叉验证的习惯比记住任何一个具体操作都管用。
