装完 Ubuntu 后第一件事就是装 WPS，结果一打开文档，满屏的文字又粗又糊，标题黑压压一片，正文笔画像是用马克笔描过一遍，放大缩小的时候字还在微微发飘。这不是中病毒，也不是 WPS 没装好，几乎每个在 Linux 桌面上用 WPS 的人都逃不过这一关。我折腾过很多次，翻过不少资料，最后发现这个“字体异常加粗/模糊”问题的本质，基本都落在 fontconfig 配置和 WPS 自带字体方案的渲染冲突上。这篇文章把 WPS 字体异常加粗/模糊的排查过程、三种从易到难的修复方法、以及可以直接抄的配置模板都整理出来，适合刚转向 Linux 的新手，也适合被这个渲染问题折磨了很久的老用户。
1. 先搞清楚：你看到的到底是哪种“加粗/模糊”
1.1 满屏中文发粗，标题像被描过边
最典型的现象是打开 WPS 之后，正文里的中文字普遍比 Windows 下要粗。粗到什么程度呢？字号越小越明显，小字号下面笔画已经糊成一片，放大到 200% 才勉强看得清笔顺。尤其是段落标题、页眉页脚这类用了黑体或者加粗样式的地方，文字的边缘就像被额外描了一圈轮廓，看起来非常“脏”。
这里有个关键词叫“字体平滑”。WPS 在 Windows 下依赖的是 Windows 的 ClearType 渲染引擎，到了 Linux 下，渲染交给 Qt 框架和系统的 FreeType 引擎。同一个文档、同一个字体，两套渲染管线的结果差异很大，表现出来就是这种整体变粗的观感。如果此时英文和数字显示正常、只有中文变粗，那基本可以锁定问题出在 CJK 字体的渲染参数，而不是 WPS 程序本身损坏。
1.2 部分字体发虚、边缘发毛
另一种常见形态是模糊，它和加粗不太一样：模糊是文字边缘发毛、不够锐利，尤其在低字号时特别明显。有人会误以为这是屏幕分辨率不够或者缩放比例没调好，其实不是。出现这种情况，通常是 WPS 内部请求了一个系统里不存在的字体名，fontconfig 在找不到对应字体时启用了回退机制，最终落到某个替补字体上，而这个替补字体在当前 hinting（微调）配置下渲染效果不理想，笔画就虚掉了。
我遇到过的最典型情况是：正文用宋体显示得好好的，某个别字体比如仿宋、楷体却糊成一片，放大之后边缘全是毛刺。这种“局部模糊”比全局加粗更好判断，因为它和具体的字体绑定，换一种字体就正常。
1.3 屏幕正常，导出和打印却变了样
还有一类问题比较隐蔽：屏幕上看一切都正常，一旦导出 PDF 或者打印，字体立刻变样——有的变粗，有的干脆换成了完全不同的字体，排版也跟着乱。这个现象和屏幕渲染没有关系，纯粹是 WPS 在排版布局时对字体逻辑名的映射出现了偏差。因为 WPS 文档里记录的是字体的逻辑名（比如宋体、黑体），在 Linux 系统上 WPS 需要自己做一次从逻辑名到系统字体的映射，这张映射表如果指向了一个质量较差的替代字体，最终输出的 PDF 里文字就会走样。
我整理了一张速查表，方便你快速判断自己属于哪一类：
| 现象 | 出现位置 | 最可能的触发点 |
|---|---|---|
| 中文普遍加粗 | 屏幕显示 | WPS 字体平滑与系统渲染叠加 |
| 小字号发虚、边缘发毛 | 屏幕显示 | fontconfig 回退到不合适的替补字体 |
| 对比度异常、笔画粗细不均 | 低缩放级别 | hinting 配置过强或过弱 |
| 导出 PDF 变字形 | 导出或打印 | 逻辑字体映射表指向不存在的替代字体 |
2. 成因拆解：WPS 在 Linux 下到底是怎么渲染字体的
2.1 fontconfig：一套脑子里装着字体地图的调度系统
Linux 桌面下，几乎所有应用（包括 WPS）都是通过 fontconfig 来统一访问字体的。fontconfig 做的工作，可以理解为快递分拣中心：当 WPS 拿着一个叫“SimSun”的包裹名来取件时，fontconfig 去自己的数据库里搜，如果找不到这个名字，就会按照规则去找一批相近的备选包裹，实在找不到就丢给你一个默认包裹。
WPS 文档里记录的大多是微软系统下常见的字体名，比如 SimSun（宋体）、SimHei（黑体）、Microsoft YaHei（微软雅黑）这类。这些字体在 Ubuntu 默认情况下并没有安装，于是 fontconfig 就会拿着“SimSun”这个名字去匹配，经过一系列规则之后，通常落到某款系统默认的 CJK 字体上。字体长什么样、渲染粗不粗、糊不糊，就得看这款替补字体在 FreeType 引擎下的发挥。
这就是为什么同一个文档在 Windows 下正常、在 Linux 下发粗发虚：上层应用还在按逻辑名要字体，下层负责“找货”的系统却可能递给你一个完全不同的包裹，还带着不理想的渲染设置。
2.2 加粗和模糊的根源：hinting 与抗锯齿
字体渲染里最核心的两个参数是 antialiasing（抗锯齿）和 hinting（微调）。抗锯齿用于让文字边缘的像素过渡平滑，没有它，文字边缘会全是锯齿；但抗锯齿开得过猛，小字号反而发糊。hinting 则是尽量把字形的骨架对齐到屏幕像素网格，让笔画在低分辨率下更清晰。问题在于：如果你用的是一款 hinting 数据不完整的字体，微调引擎会把那些不完整的笔画信息放大，导致笔画变得粗壮，甚至参差不齐。
WPS 自带字体包里就存在一批这样的字体，它们为了控制体积，去掉了一部分 hinting 表。这些字体可能并不是系统原生安装的，而是 WPS 程序目录带着的。当 WPS 内部按照 Windows 字体名去引用这些自带字体时，渲染出来的笔画就可能发粗或发虚。与此同时，WPS 自身的文本排版引擎也会做一层字体平滑处理，这和处理系统字体时的平滑逻辑叠加起来，就把“加粗感”进一步放大了。
这也是为什么很多人尝试“关闭抗锯齿”反而更糟：抗锯齿关掉之后确实可能减少“发粗”的观感，但代价是文字边缘变得锯齿分明，小字号直接没法看。正确的思路不是关掉抗锯齿，而是调整 hinting 档位和字体优先级。
2.3 为什么 Windows 上没有这个困扰
这个问题的本质在于渲染链路不同。在 Windows 上，WPS 直接调用系统的 DirectWrite 和 ClearType 渲染，系统里也有对应字体性能完整的版本，从字体文件到渲染都由系统统一把控，WPS 基本不用操心。到了 Linux 上，WPS 需要自己加载字体文件、自己去做逻辑字体名的匹配，然后渲染再交给 FreeType 和 fontconfig。链路每多一环，就可能多一处不匹配的地方，最终就统统体现在屏幕上那堆“又粗又糊”的字里。
搞清楚了这一点，再看修复方案就很容易理解：要么在 WPS 这一环关掉多余的字体平滑，要么在系统这一环通过 fontconfig 把渲染参数调好，要么干脆把字体映射直接换成系统里更可靠的字体。
3. 实操修复：从最简到最彻底的三种方法
3.1 最简方案：在 WPS 内部关闭字体平滑
这个方案最容易操作，如果你用的还是较早的 WPS for Linux 版本，直接在界面里就能改。入口一般是：打开 WPS 任意一个组件（文字、表格或演示），点左上角 WPS 图标进入“工具”，再进“选项”，切换到“常规与保存”或“字体”标签，找到“字体平滑方式”，改成“无”，确认后重启 WPS。
老版本里这个选项直接控制 WPS 的文本排版引擎是否做字体边缘平滑。Linux 版 WPS 在部分字体上会产生过量的像素填补，表现就是“加粗”。关闭之后，渲染交给系统的 FreeType 处理，“加粗感”经常立刻消失。
如果你用的是新版，界面里找不到这个选项，可以手动改配置文件。WPS 的配置一般保存在~/.config下面的 WPS 相关目录里，文件名叫 office.conf。先定位：
find ~/.config -maxdepth 1 \( -iname "*wps*" -o -iname "*office*" \) 2>/dev/null找到后先备份：
cp "$(find ~/.config -maxdepth 1 \( -iname "*wps*" -o -iname "*office*" \) | head -1)/office.conf" ~/office.conf.bak然后用文本编辑器打开 office.conf，搜索 font 或 smooth 关键字，找到类似font_smooth_mode的字段，把值改成 0 保存退出。不同版本的键名可能不完全一致，搜不到font_smooth_mode就搜smooth，看到疑似相关字段就把数值改成 0。重启 WPS 观察效果。
这种方式的优点是只影响 WPS，不影响系统其他应用的字体观感，适合不想全局改配置的用户。
3.2 系统级方案：一份稳妥的 fontconfig 配置
如果 WPS 内部关掉平滑没效果，或者你只想一步到位，可以考虑从系统层面下手。fontconfig 的用户级个性化配置放在~/.config/fontconfig/fonts.conf，文件不存在就手动创建。推荐先试这份基础配置：
<?xml version="1.0"?> <!DOCTYPE fontconfig SYSTEM "fonts.dtd"> <fontconfig> <match target="font"> <edit name="antialias" mode="assign"><bool>true</bool></edit> <edit name="hinting" mode="assign"><bool>true</bool></edit> <edit name="hintstyle" mode="assign"><const>hintslight</const></edit> <edit name="rgba" mode="assign"><const>rgb</const></edit> <edit name="lcdfilter" mode="assign"><const>lcddefault</const></edit> </match> </fontconfig>这份配置的意思是：所有字体启用抗锯齿，启用微调，微调程度用 hintslight（最轻柔的一档），子像素渲染采用 RGB 和 lcddefault。对大多数 LCD 屏幕来说，这是视觉效果比较均衡的参数。如果你的系统之前被改过 hinting 档位，或者哪个配置文件里把 hinting 直接关了，文字就会出现典型的“发粗”或“发糊”，这份配置能帮你拉回正常区间。
修改后刷新字体缓存，再重启 WPS 让配置生效：
fc-cache -fv注意：
~/.config/fontconfig/fonts.conf是用户级配置，优先级高于/etc/fonts/local.conf，改动只对当前用户生效。如果改了之后觉得系统其他字体也变得不符合预期，把这个文件改名或删掉即可恢复原状，不会影响系统。
3.3 彻底方案：让 WPS 字体映射到系统字体
我试了一圈之后发现，真正治本的方案是让 WPS 不再去找它自带的那些字体文件，而是把常见的 Windows 字体逻辑名映射到本机安装的高质量 CJK 字体上。这样请求字体名时，系统会返回一款 hinting 数据完整、渲染正常的字体，加粗和模糊自然就消失了。
先安装高质量中文字体。Ubuntu 下推荐直接装 Noto CJK 系列：
sudo apt install fonts-noto-cjk fonts-noto-cjk-extra然后编辑~/.config/fontconfig/fonts.conf，在<fontconfig>节点内追加替换规则：
<alias> <family>SimSun</family> <prefer><family>Noto Serif CJK SC</family></prefer> </alias> <alias> <family>SimHei</family> <prefer><family>Noto Sans CJK SC</family></prefer> </alias> <alias> <family>Microsoft YaHei</family> <prefer><family>Noto Sans CJK SC</family></prefer> </alias> <alias> <family>KaiTi</family> <prefer><family>Noto Serif CJK SC</family></prefer> </alias>这样当 WPS 请求宋体时，fontconfig 会直接返回 Noto Serif CJK SC；请求黑体或微软雅黑时，则会返回 Noto Sans CJK SC。这些系统字体在 FreeType 下渲染稳定，不会突然“变胖”。
有一点要特别注意：不同发行版中 Noto CJK 的家族名可能有差异，有的系统里叫Noto Sans CJK SC，有的统一叫Noto Sans CJK。写配置前先确认：
fc-list :lang=zh family | sort -u | grep -i noto按实际看到的家族名替换到配置里。保存后执行fc-cache -fv，完全退出 WPS再启动。用fc-match可以验证映射是否生效：
fc-match "SimSun" fc-match "SimHei"如果输出从默认字体变成了 Noto 系列，说明替换成功了。
3.4 不建议直接删 WPS 内置字体
网上还有人教“直接删掉 WPS 安装目录里的字体文件”，我不推荐这么干。WPS 升级时可能重新拉回这些字体，而且删字体文件还可能导致老文档打开时排版错乱，因为 WPS 在排版时可能还在尝试引用这些字体。我踩过这个坑之后，改用 alias 映射方案，稳定很多。如果你遇到某个文档无论如何都异常，优先用 3.3 的映射方案，不要碰那些字体文件。
4. 排查流程与验证标准
4.1 从诊断到修复的命令行流水线
为了让你能快速复现，我把整套排查命令整理成一个可复制的流程，按顺序执行即可定位大部分问题：
# 1. 定位 WPS 配置文件 find ~/.config -maxdepth 1 \( -iname "*wps*" -o -iname "*office*" \) 2>/dev/null # 2. 查看系统里有哪些中文字体 fc-list :lang=zh family | sort -u # 3. 查看文档里用到的字体在系统上实际匹配到了什么 fc-match "SimSun" fc-match "SimHei" fc-match "Microsoft YaHei" # 4. 如果某个逻辑字体名返回的不是预期字体，再查匹配优先级列表 fc-match -s "SimSun" | head -5 # 5. 刷新字体缓存 fc-cache -fv第 4 步比较关键：fc-match -s会列出字体匹配的优先级，你能看到回退链上排在前面的是哪些字体。如果第一位是你不认识、也没装过的字体，那基本就找到了“加粗/模糊”的根源。第 2 步的目的是确认系统里到底有没有可用的 CJK 字体，很多人以为“系统里明明有中文字体”，实际只有少量默认字体，文档里一用中文就 fallback 到奇怪的名字。
4.2 修复是否成功的三个判断标准
修完之后怎么判断是真的好了？我一般看三个点：
第一，正文里类似“宋体”的小字号文字，边缘应该清晰但不生硬，放大后笔画的横竖粗细差别是自然的。如果还整段发粗，说明 hinting 配置还没有对齐，回到 3.2 检查。
第二，标题和加粗文字在不同缩放比例下不出现忽粗忽细的情况。尤其是 100% 和 150% 切换时，笔画粗细变化应该是平滑的，而不是某个档位突然变成“肥字形”。
第三，导出一页 PDF，放到其他设备上看，中文不再出现莫名其妙的替字。如果导出还是有问题，回到第 4 步检查逻辑字体名的映射是否有遗漏，把缺的字体逻辑名补进 alias 规则里。
经验补充：Ubuntu 下如果使用过“强制字体替换”类工具，或者修改过
/etc/fonts/conf.d里某个 65 系列配置文件，也可能干扰 WPS 的字体加载。遇到修复无效时，先检查自己是否装过这类工具，必要时临时禁用再试。
5. 常见问题与避坑速查
5.1 按教程改了却没效果
最常见的原因是 WPS 没有彻底重启。WPS 会常驻后台，直接关掉窗口并不等于退出进程。修正方式是把相关后台进程都杀掉再启动：
pkill -f wps pkill -f wpp pkill -f et如果是改了 fontconfig 配置，还要先执行fc-cache -fv，然后重启所有 Qt 应用才能看到变化。我遇到过好几次改了配置没反应，结果发现是 WPS 的常驻进程一直没关。
5.2 中文异常但英文数字正常
这说明英文字体路径正常，问题出在 CJK 字体的回退链上，优先检查 WPS 文档里的中文字体名是否加上了对应的 alias 规则，同时确认系统里确实装了中文字体。很多场景下用户以为系统有中文字体，实际上只有少量 CJK 字体，建议先用 3.3 里的命令安装 Noto CJK 系列。
5.3 HiDPI 高分屏上的整体模糊
如果你用的是高分屏，WPS 界面和文档整体发糊，这和字体配置关系不大，多半是缩放比例问题。可以尝试用环境变量启动 WPS：
env QT_AUTO_SCREEN_SCALE_FACTOR=0 QT_SCALE_FACTOR=1.5 wps这个命令会强制 Qt 应用按照指定比例缩放，具体数值根据你的屏幕分辨率微调。别把这个和字体加粗混在一起，两者的修复路径完全不同。如果只调字体配置，高分屏上的模糊是解决不掉的。
5.4 单个文档单独发粗
如果只有某一个文档发粗、其他文档都正常，那问题一般出在文档本身设定的字体上。把该文档中的文字全选，换成一个系统里确定存在的字体（例如 Noto Sans CJK SC），另存为一份新文件再观察。通常是因为文档里用了某个 Linux 上没有、且回退规则不完善的字体逻辑名。
这里是一个快速速查表，方便你保存之后随时对照：
| 症状 | 主要原因 | 快速处理 |
|---|---|---|
| 全文中文字体普遍变粗 | WPS 字体平滑与字体 hinting 叠加 | WPS 内部关闭平滑，确认 hintstyle 为 hintslight |
| 小字号发虚 | fontconfig 回退到替补字体但 hinting 不足 | 安装 Noto CJK，配置 alias 映射 |
| 高 DPI 界面与文档模糊 | Qt 缩放比例未跟上 | 用 QT_SCALE_FACTOR 强制缩放 |
| 单个文档异常 | 文档使用不存在的字体逻辑名 | 文档内替换字体后另存 |
6. 尾声：我踩过的一些坑
最后分享几条我在实际环境里踩得最深的坑，算是给这篇文章补一个“防翻车”清单。
第一，改配置文件之前一定要备份。我有一次手滑把 fonts.conf 写错，导致整个系统字体异常，连终端里的中文都变成了方块。如果你也改错了，把这个文件改名让它失效，再重新写一遍，不用重装系统。配置文件的损坏通常不会影响桌面环境的安全，但改错之后恢复起来很费时间。
第二，WPS 大版本升级后，配置经常会被重置。每次 WPS 升级，office.conf 里部分选项会恢复默认值，字体平滑相关设置容易丢。升级后如果字体又开始发粗，先去检查这个文件，别一上来就怀疑系统被改坏了。
第三，不要一味追求关掉所有“平滑”。把 antialias 设置成 false 确实能消除“加粗感”，但代价是文字边缘会变得很生硬，小字号一片狼藉。正确的思路是保留抗锯齿，把 hinting 调到合适的档位，再配合字体替换规则，而不是一刀切。
我个人最终长期采用的是“3.3 的 alias 映射 + hintslight 微调”的组合，用了很久没有再出现字体异常加粗或模糊的问题。如果你按上面的方式排除了现象，不妨记一下自己的系统版本和 WPS 版本，方便以后升级时对照排查。
