企业官网建设流程全解析

在Linux上折腾文档的人，十有八九都撞过同一堵墙：高高兴兴打开一个Windows传过来的docx文件，结果标题变成一排方块，正文全部退化成乱码，或者WPS弹出一个对话框，××××字体缺失，点完确定才发现整个文档排版全乱了。这个问题的根源说穿了就一层窗户纸，但要把窗户纸捅破，涉及Linux字体装载机制、办公软件的字体解析习惯、还有你从Windows那边带过来的字体文件本身长什么样。这篇文章就专门讲清楚，Linux下Word相关的缺字体问题是怎么发生的，以及从排查到安装再到验证的一整套实用操作，适合那些在WPS、LibreOffice里被字体问题折磨过的运维、办公用户和刚转Linux的开发者。

1. 先弄清"Word缺字体"到底在缺什么——几种常见抱怨的根因

很多人在网上搜"linux 安装 word 缺失字体"，搜出来的答案五花八门，有人让你装这个包、有人让你装那个包，但装上之后问题不一定消失。原因是"缺字体"这三个字背后藏了好几种完全不同的场景，不先定位是哪一种，就只能靠试错碰运气。

1.1 文档里声明了字体，但系统里根本没有这个字体

这是最常见的情况。Windows用户在写Word文档时，用的字体几乎都是微软自带的那套：宋体、黑体、楷体、仿宋、微软雅黑，还有西文的Times New Roman、Arial、Calibri。docx文件里记的并不是字体的形状，而是一个字体名称，比如"宋体""SimSun""Microsoft YaHei"。等这个文件被放到Linux上打开，LibreOffice或者WPS会在系统里去找同名或者可替代的字体，如果找不到，就会随手拿一个默认字体顶上，于是排版全乱。

为什么Linux发行版默认不带这些字体？根本原因是授权。微软的SimSun、Microsoft YaHei这些字体是有版权和专利限制的，Debian、Ubuntu、Fedora这类发行版的默认软件源不会把它打进去，Red Hat甚至专门出过一个文档解释微软字体的再分发限制。所以你在Linux上翻遍字体目录，也只能看到Liberation系列、DejaVu系列、文泉驿、思源黑体这些开源或者自由授权的替代品。

1.2 WPS Office在Linux下自己加载字体的机制

如果你用的是金山WPS的Linux版，缺字体提示还有一个特殊性：WPS优先在Office安装目录和用户目录里找字体，系统字体如果没装到它扫描的范围内，它照样会报缺失。也就是说，你明明用fc-list命令能看到字体已经装进系统了，但WPS还是提示没有，这种情况很可能不是字体真没装，而是WPS没扫到。

WPS Linux版会检查的字体路径包括系统路径和一些它自己的路径，一般装到系统标准字体目录里能解决，但如果还不行，就得检查WPS快捷方式里是否加载了特殊环境变量，或者用户目录下的.wps相关配置是否指向了不存在的字体路径。

1.3 乱码和"缺字体"是两码事

有个误区得顺手澄清：很多人在Linux下打开docx看到一堆乱码，第一反应是"缺字体"，其实乱码不一定都是字体问题。编码问题、docx文件本身损坏、软件不支持某个特性都会导致显示异常。真正的"缺字体"特征是：文字能显示，但大小、粗细、换行和原来不一样，或者某些字符变成一个空心方块——在Linux专业圈里这个叫"豆腐块"（tofu）。如果是整片乱码，先换一个打开方式试试，比如用LibreOffice重新导入，或者转成ODT再打开，别一上来就怪字体。

1.4 常见微软字体与Linux可用替代品对照

实际操作之前，先明确一个事实：你需要的不是"和Windows一模一样的所有字体"，而是"能正确还原文档排版的关键字体"。下面这张表是我做字体迁移时的一个基准对照，按优先级从高到低排：

看到没，大部分都有开源的度量兼容替代品。装好这些，再配合后续要说的"字体替换规则"，大部分文档排版可以恢复八九不离十。

2. Linux字体体系基础：从装载路径到字体缓存，搞懂之后你才能自己排除故障

很多教程上来就让人复制ttf文件到/usr/share/fonts，然后跑fc-cache，完事。这招在大部分情况下确实有效，但一旦遇到不起作用的情况，没搞清楚原理的人就只能干瞪眼。所以我先把Linux下字体装载这套机制简单拆一遍，花五分钟看清楚，后面省一小时。

2.1 字体目录各有分工，不是随便扔一个地方都行

Linux下常见字体目录有这几处，各自的定位不一样：

• /usr/share/fonts：系统级字体目录，所有用户都能用。这里边通常还有子目录，比如/usr/share/fonts/truetype、/usr/share/fonts/opentype，按字体格式放。
• /usr/local/share/fonts：也是系统级，给管理员手工安装的字体用，优先级略高于/usr/share/fonts。
• ~/.local/share/fonts：用户级字体目录，只对当前用户生效。好处是安装不需要root权限，缺点是换一个用户登录就没了。
• ~/.fonts：老目录，很多发行版仍然兼容支持，但已经属于过时写法，新装字体建议别往这里放。

字体文件的后缀也能说明问题：ttf是TrueType字体，otf是OpenType字体，ttc是TrueType字体集合，一个文件里可能包含多个字体（比如微软雅黑和海维有个叫msyh.ttc的，一个文件里就有雅黑、雅黑Light等好几个成员）。还有w off格式会在一些网页字体场景出现，办公文档里基本见不到。Word文档里遇到的字体，绝大多数是ttf和ttc。

2.2 fontconfig是怎么知道系统有哪些字体的

Linux图形应用（包括LibreOffice、WPS）默认通过fontconfig来管理字体。它的工作流程大概是：启动时扫描配置里指定的字体目录，找到字体文件后解析出字体族名、风格、字重这些元数据，然后放进一个缓存数据库里。你的应用查询"我要用宋体"，fontconfig就在这个数据库里查，找到返回一个匹配的字体文件，找不到就按替换规则给你换一个。

这里有两个命令是排查问题的左膀右臂：

• fc-list：列出fontconfig当前能识别的所有字体，加上:lang=zh可以只看中文族，比如fc-list :lang=zh。
• fc-match：模拟"查询某个字体"的过程，看fontconfig最后到底选了什么字体来替代。比如fc-match "SimSun"，如果fontconfig找到替代品，会返回替代品名称，返回NotFound就说明压根没有可用替代。

还有一条命令容易漏掉，就是fc-cache。你新放进目录的字体文件不会自动进fontconfig的数据库，必须刷新缓存才生效。这个命令扫描配置中所有的字体目录，把信息写进缓存文件。一般的用法是fc-cache -fv，-f表示强制重建缓存，-v表示输出详细过程，装完新字体最好都这么来一下。

2.3 fontconfig的配置文件也能干不少事情

/etc/fonts/fonts.conf是主配置文件，里面定义了默认搜索的目录列表、全局替换规则、排序策略。用户还可以在~/.config/fontconfig/或~/.fonts.conf写自己的局部配置。在缺字体问题中，局部配置的作用非常大——比如你希望文档里出现的"SimSun"统一被替换成"Noto Serif CJK SC"，就可以写一条配置规则，让fontconfig把SimSun映射到Noto Serif CJK SC，而不需要去改文档本身。后面第4章再展开讲。

这一章的结论是：**你在Linux上装字体的本质，就是往fontconfig能扫描到的目录里放入字体文件，刷新让它收录，然后确保文档里请求的字体能映射到已收录的字体上。**搞懂这个链路，真出问题的时候自己就能顺着排查。

3. 一步步实操：下载、放置、刷新，把常用字体装进Linux系统

这一章给你一套可以照着敲的完整操作流程。我先说获取字体文件的常规途径，再给放置和刷新的细节，最后用fc-list验证。

3.1 字体文件从哪里来

三个来源，按通用性排序：

第一，从你手头一台装了Windows的电脑上提取。Win系统字体默认在C:\Windows\Fonts目录，里面能看到msyh.ttc、simsun.ttc、simhei.ttf等文件。你可以从自己的Windows系统拷出来，上传到Linux机器使用。注意一个细节：目录里显示的字体名是"微软雅黑"，但实际文件叫msyh.ttc，需要在文件管理器里开启"显示文件扩展名"或者用命令dir查看真实文件名。从自有设备提取用于个人办公场景，是社区里最常见的做法，但如果你的环境是企业商用，就需要确认对应的软件授权范围。

第二，从发行版的软件源里直接装包。Debian/Ubuntu系的fonts-liberation、fonts-noto-cjk、fonts-arphic-ukai、fonts-arphic-uming这些包，装上就能用，免去手动下载：

sudo apt install fonts-liberation fonts-noto-cjk fonts-arphic-ukai fonts-arphic-uming

RHEL/CentOS系对应的是liberation-fonts、google-noto-sans-cjk-fonts、google-noto-serif-cjk-fonts这些包，用dnf安装。它们解决的是"Linux自己有可用字体"的问题，能覆盖大部分排版恢复需求。

第三，从官方开源字体仓库下载。思源黑体（Source Han Sans）、思源宋体（Source Han Serif）在GitHub上有官方发布页，下载OTF或者OTC压缩包解压即可。国内麒麟系统、UOS应用商店里一般也提供字体下载服务，可以从系统自带应用商店里找。

3.2 实操：以思源黑体和仿宋为例

我以Debian/Ubuntu系的命令为例，RHEL系把apt换成dnf就行。假设我已经下载好了SourceHanSansSC-XXX.zip和仿宋GB2312的ttf文件：

# 1. 创建字体目录，建议按厂商/字体名建子目录，方便管理 sudo mkdir -p /usr/share/fonts/truetype/myfonts # 2. 把字体文件复制进去 sudo cp SourceHanSans*.otf /usr/share/fonts/truetype/myfonts/ sudo cp FZXBSJW.TTF /usr/share/fonts/truetype/myfonts/ # 3. 如果有ttc集合文件，一并放进去，注意ttc会被作为一个集合整体识别 sudo cp msyh.ttc simsun.ttc /usr/share/fonts/truetype/myfonts/ # 4. 刷新字体缓存，-f强制，-v显示过程 sudo fc-cache -fv # 5. 验证字体是否被识别，按名字查询 fc-match "Source Han Sans SC" fc-list :lang=zh | grep -i "simsun"

更快的验证方式是把整个中文字体列表拉出来看：

fc-list :lang=zh family

输出里能看到Noto Serif CJK SC、Source Han Sans SC、WenQuanYi Zen Hei这些族名，说明中文字体已经被fontconfig正常收录了。

3.3 明确一个操作习惯：建议做用户级字体安装

如果你只是普通用户，不想碰系统目录，用用户级目录更省心：

mkdir -p ~/.local/share/fonts cp SourceHanSans*.otf ~/.local/share/fonts/ fc-cache -fv

同样要跑fc-cache。这个方式的好处是不需要root，也不会污染系统环境，适合在实验环境里先试一遍。坏处是如果你用sudo跑某个应用（比如管理员执行的某个脚本），这个用户级字体可能加载不到，因为此时的应用运行身份不是你的普通用户。

3.4 我踩过的一个坑：直接复制ttc后，家族名的坑

第一次接触ttc文件时容易误判。msyh.ttc里其实装着微软雅黑和微软雅黑Light两个成员；simsun.ttc里装着宋体和宋体-PUA。你用fc-list查family时，会看到好几个名字出现在同一个文件下，这是正常的。但反过来，如果你用fc-match "SimSun"发现匹配的是"Noto Serif CJK SC"，也不要惊讶，这是fontconfig按替换优先级选的。要强制映射，就得走第4章的替换配置。

至此，字体文件已经进了系统。但你以为这就完了？很多人的下一步是马上打开WPS，结果发现提示还在。这才是真正考验人的地方。

4. WPS Office与LibreOffice场景下的特殊字体处理与乱码修复

不同的办公软件对字体的读取策略不太一样，同样是缺字体，在WPS里和LibreOffice里的表现和处理方式差别不小。这一章分开讲。

4.1 WPS Linux版：为什么字体装了还提示缺失

WPS的字体缺失提示有一个固定的判断逻辑：它不只依赖fontconfig，还会在渲染时按照文档字体名称去逐个匹配，包括中文字体名和西文字体名。如果你的文档用的是"仿宋_GB2312"，而系统里只装了普通的"仿宋"或者一个开源替代，WPS找不到全名就会弹提示。

解决办法有几个：

方法一，装一个能覆盖文档常用字名的字体集合。上文提到的把simsun.ttc、msyh.ttc、simhei.ttf、simkai.ttf都装上，能覆盖绝大多数Windows系文档的请求。仿宋_GB2312在Windows里也是单独一个文件FangSong_GB2312.ttf，在公文中使用频率很高，建议专门找一下。用户在自己有授权的前提下，可以从自有Windows机器上提取。

方法二，在WPS里设置默认字体或替换字体。WPS Linux版的Writer界面里找"文件-选项"或者"工具-选项"，里面一般有字体设置，可以对特定字体设置替换目标。实测下来，把"宋体"替换成"Noto Serif CJK SC"之后，文档排版可接受度能到八成左右。注意WPS版本不同菜单位置有差异，找不到就在帮助里搜"字体替换"。

方法三，改WPS加载的字体目录。个别WPS版本会通过一个叫wps-fonts的目录或者用户目录下的.fonts来找字体。如果装好字体仍提示缺失，可以检查一下~/.config/Kingsoft/下是否有字体相关配置文件，必要时建立一个软链接，把用户字体目录链过去：

ln -s ~/.local/share/fonts ~/.config/Kingsoft/fonts

这个做法在一些老版本WPS上有效，新版本一般不必须，但排查时可以试。

4.2 LibreOffice：字体替换表和PDF导出乱码的坑

LibreOffice是本开源办公套件，在Linux下打开docx的兼容性相当不错。它的字体处理更依赖fontconfig，一般系统字体装好了它就能识别。但两个地方容易出问题。

第一个是"字体替换表"。LibreOffice的选项里有一个"字体"设置页，允许你维护"如果文档请求X字体，就使用Y字体代替"的清单。强烈建议在菜单工具-选项-字体里，把常见的"SimSun""SimHei""Microsoft YaHei"这些名字映射到你装好的自由字体上。这个替换表同时影响屏幕显示和PDF导出，改完不用重启，当前文档重新打开就会生效。

第二个是导出PDF时中文字体变乱码或方块。这通常不是缺字体，而是导出的PDF用了不正确的字体嵌入方式。LibreOffice导出PDF时，在对话框里找到"字体"相关选项，把"嵌入字体"和"适用于中文的字体子集"勾上，基本能解决。如果你的PDF导出后中文还是糊的，检查一下系统里是否缺少合适的CJK字体，noto-cjk装全后一般都能修好。

4.3 中文字体名的"繁简"和"地区变体"也是隐藏杀手

思源黑体/Noto Sans CJK的家族名里有SC、TC、JP、KR这些后缀（对应简体中文、繁体中文、日文、韩文），同一个字重有多个子族。在fontconfig里，它们会被视为不同的family。这可能带来一个很尴尬的局面：文档请求"Noto Sans CJK SC"，但你的系统里只装了"Noto Sans CJK JP"，于是渲染出来的是日文风格的汉字，字形和简体不一样，一些中文用户会觉得字体"怪怪的"。

装字体时，建议把SC和TC都装上，至少保证简体中文（SC）在。检查的时候用fc-list :lang=zh看family里有没有带SC的条目，没有就补装。

4.4 通配符替换方案：一条配置解决大量文档缺字

如果你不想给每个文档手动改字体，可以在fontconfig层面写一个全局替换规则，让发生在文档里的经典Windows字体名直接落到新字体上。下面这个配置是我本地在用的，效果稳定：

<?xml version="1.0"?> <!DOCTYPE fontconfig SYSTEM "fonts.dtd"> <fontconfig> <!-- 中文正文映射 --> <match target="pattern"> <test name="family"><string>SimSun</string></test> <edit name="family" mode="prepend" binding="strong"> <string>Noto Serif CJK SC</string> </edit> </match> <match target="pattern"> <test name="family"><string>宋体</string></test> <edit name="family" mode="prepend" binding="strong"> <string>Noto Serif CJK SC</string> </edit> </match> <!-- 黑体/微软雅黑映射到无衬线中文字体 --> <match target="pattern"> <test name="family"><string>SimHei</string></test> <edit name="family" mode="prepend" binding="strong"> <string>Noto Sans CJK SC</string> </edit> </match> <match target="pattern"> <test name="family"><string>Microsoft YaHei</string></test> <edit name="family" mode="prepend" binding="strong"> <string>Noto Sans CJK SC</string> </edit> </match> </fontconfig>

放到~/.config/fontconfig/fonts.conf，然后fc-cache -fv刷新，再打开文档试试。这条规则的操作思路是：fontconfig在匹配字体家族名时，如果看到SimSun或者宋体，就强制把匹配结果改为Noto Serif CJK SC。你不用改文档里写的字体名，渲染的时候已经自动被"狸猫换太子"了。这种方式对WPS和LibreOffice都管用，因为它们最终都要通过fontconfig拿字体。

5. 字体安装后仍不生效？完整排查链路与常见坑位

最让人恼火的情况是：明明按教程一步一步装了，fc-cache也跑了，fc-list也能查到，但软件里就是不变。这一章直接给一套排查链路，照着走一遍，大部分问题都能定位。

5.1 第一步：确认字体真的进了fontconfig数据库

先回答一个基本问题：你要用的字体，fontconfig到底认不认识？

fc-list | grep -i "你要查的关键词" fc-match "你要用的字体名"

如果fc-list查不到，说明字体文件没有被这个目录扫描到。检查三件事：目录是否在fontconfig的搜索范围里（可以在/etc/fonts/fonts.conf里看dir列表）；文件权限是否可读（ls -l看权限位，普通用户至少要有r权限）；文件本身有没有损坏（ttf尤其是从非官方渠道下载的，经常有0字节或者切成半截的情况）。

如果fc-list能查到，但fc-match返回的不是你要的那个字体，说明fontconfig的替换规则在起作用。这种场景去看第4章的fontconfig配置，看看是不是之前配置过的某些映射把你带偏了。

5.2 第二步：确认应用是不是真的重新加载了字体

LibreOffice、WPS这类应用，通常在启动时一次性加载字体缓存。如果你在它们运行期间装了新字体，界面里可能还看不到。别急，先把办公软件彻底退出（不是关窗口，而是确认进程结束），重新打开再看。

还有一种更隐蔽的情况：桌面会话的字体缓存服务。某些桌面环境会跑一个字体管理服务（比如fontconfig的缓存守护进程），你手动改了字体后，这个服务的内容还是旧的。这时可以刷新系统级缓存并重启会话试试：

sudo fc-cache -fv systemctl --user restart fontconfig 2>/dev/null || true

最后一步在某些系统上会报错，没关系，重启一次图形会话（注销再登录）往往就能解决。

5.3 第三步：WPS特有的缓存路径

WPS有自己的字体索引缓存，位于~/.config/Kingsoft/office_zh-cn下或者~/.cache/Kingsoft之类的地方。它有时候不会自动刷新系统里刚装好的字体。经验做法是，清掉WPS的字体缓存目录重新打开，路径不同版本有差异，可以在~/.config/Kingsoft/下找名字里带font或者cache的目录，删掉之后让WPS重建。注意仅删除缓存，别动配置文件。

5.4 几个特别容易踩的坑

• 坑一：装了字体文件，但后缀是ttc。ttc集合文件需要字体内嵌的家族名能被fontconfig正确解析，有些老系统对ttc支持不好，解包成单独的ttf再放进去就正常了。解包工具可以用fontforge脚本或者某些tta转换工具，操作起来不复杂，网上教程很多。
• 坑二：文件名看是宋体，一查family才发现是另一个名字。ttf文件的"文件名"和"内部字体名"是两码事。有人把某个字符集重命名成SIMFANG.TTF，但其实内部family还是别的名字，装进去之后文档依然不认。所以装完一定要fc-list查后缀的family，不能只看文件名。
• 坑三：GB2312、GBK、GB18030编码字体的问题。文档里的中文内容本身和字体文件编码关系不大，但"仿宋_GB2312"这种字体名在文档里出现时，如果要精确还原，就得找到同名字体文件。现在很多开源字体叫"仿宋"但不叫"仿宋_GB2312"，应用匹配不上全名，所以还是建议把Windows原版的FangSong_GB2312.ttf、KaiTi_GB2312.ttf这些文件找齐放在系统里。
• 坑四：在容器或远程环境里。Docker容器或者没有图形界面的服务器上装字体，图形应用可能读取的是容器内部的fontconfig，要注意把/usr/share/fonts挂进去或者走环境变量FONTCONFIG_FILE/FONTCONFIG_PATH。
• 坑五：用了虚拟化或远程桌面，本机字体都齐了，但用的软件在远端跑。比如通过RDP、VNC连接到的Windows虚拟机里装了Office，那跟Linux字体就没关系了，缺的是Windows虚拟机上要装的字体。这个虽然跑题，但遇到的人不少，顺手提一下。

5.5 最后的验证方法

装完所有字体、改完替换配置之后，用这一个组合命令做最终验证：找一个包含宋体、黑体、仿宋、Times New Roman的docx测试文件，分别用LibreOffice和WPS打开，肉眼查看标题、正文、表格三处的渲染效果。或者更简单粗暴一点，导出PDF去检查。PDF里如果没出现豆腐块、没有奇怪的字体跳跃，基本就算过关。

我个人在实际操作中的体会是，字体问题本质上是"名称解析"问题，不是"文件有没有"问题。很多时候你缺的不是字体文件，而是fontconfig里那一条把旧名字解析到新字体的映射规则。所以我装完字体后，一定会花两分钟把替换规则同样配置好，这比单纯堆字体文件更省心。

最后再分享一个小的日常习惯：我会在装完Linux系统后，第一时间把字体目录做一个独立备份，写一个小脚本，一键把Windows那边拷来的常用字体同步到所有新环境。这个脚本大概三十行，内容就是mkdir、cp、fc-cache三件事的循环，但省下来的时间，至少是脚本长度的十倍。这个做法你可以直接拿去用，改改路径和字体清单就能跑起来。