网站维护中常会遇到一种情况：桌面端显示正常，到了手机上却有几个字变成方块，标题里的符号、生僻字或特殊标点也会消失。多数人的第一反应是字体文件损坏，于是重新上传、重新加载，但问题往往依旧存在。方块只是表象，真正的原因通常藏在字符覆盖与回退链路中。字体文件可能完好无损，只是它没有包含那几个字，或者页面在移动端没有找到合适的替补字体。核对这类问题需要按层次推进，而不是反复替换文件。
第一层：确认字体文件是否包含目标字符
字体文件自带字符集范围，并非所有字体都覆盖全部汉字。部分免费字体只做了常用字，从设计稿导出的字体也可能只保留设计时用到的字符。核对时可以把页面上出问题的字单独提取出来，用字符集检测工具或字体查看工具查一遍，确认这些字是否在字体的覆盖列表内。如果不在，问题就明确了，不必再折腾加载方式。建议把整站用到的特殊字、生僻字和符号整理成一张字符覆盖表，逐项比对，缺哪些补哪些，或者换一款覆盖更全的字体。
第二层：检查font-family的声明顺序与回退字体
即使主字体缺字，浏览器也会尝试用后面的回退字体补上。问题在于，不少页面的font-family只写了一个字体名，后面没有兜底，或者兜底字体在手机上并不存在。核对时要看声明顺序：主字体在前，通用字体族在后，中间可以补一两个覆盖较广的字体。同时要确认回退字体是否真的覆盖了缺失的字符，尤其是生僻字和特殊符号。不同系统字体对符号的支持差异较大，声明里写上通用族名，能降低方块出现的概率。
第三层：服务端字体子集化是否裁掉了未预判的字符
为加快加载速度，不少网站会对字体做子集化处理，只保留页面用到的字符。这种做法本身没问题，风险在于子集化的依据是静态字符清单。一旦页面后续新增内容，比如用户昵称、评论、商品名里出现清单外的字，子集字体里就没有对应字形，方块随之出现。核对时要确认子集策略是按固定清单生成，还是按实际内容动态生成。如果是固定清单，就需要建立更新机制，内容变动时同步更新子集，或者对不确定的字符保留完整字体回退。
第四层：移动端系统字体与浏览器渲染差异
不同手机品牌、系统版本和浏览器内核，对字体的处理并不一致。同一款字体在某个机型上正常，在另一个机型上可能因为系统缺少某个回退字体而显示方块。核对时不能只测一台设备，要按用户实际分布选择测试机型，覆盖主流系统版本和浏览器。重点看生僻字、多音字、特殊标点在不同机型上的表现，记录差异，再决定是调整回退顺序，还是补充字体文件。
上线前的检查清单
把上面几层整理成可执行的检查项：一是字符覆盖表，列出页面所有特殊字符并逐一确认字体支持；二是回退顺序，确保font-family有可靠的兜底；三是子集策略，明确字符清单的更新方式；四是多端验证，按机型分布做实际测试。这四项做完，方块问题基本能在上线前暴露。
字体问题看起来是显示故障，本质是覆盖与回退的链路问题。在网站维护流程里，把它前置到验收环节，比上线后反复排查更省事。it数运在处理这类维护时，习惯先建字符覆盖表，再核对回退顺序和子集策略，最后按机型做验证，让字体在手机端的表现有据可查。
