页面标题、导航和正文都显示正常，可某个姓名、地名或专业术语中的生僻字却变成了空白方块，反复刷新也不见恢复。碰到这种现象，不少人会先怀疑浏览器或操作系统字体出了问题，但更常见的原因其实藏在字体文件里：这份WOFF2大概率经过子集化处理，只保留了部分字符，页面一旦用到范围之外的文字，自然找不到对应字形。要查清原因，可以按下面几个层次逐项核对。
一、先看字符覆盖范围
子集化字体的做法，是从完整字库中裁出一部分字符，文件体积降下来了，覆盖范围也跟着收窄。第一步应确认字体文件里到底有哪些字符：把页面中出现缺字的那段文字单独提取出来，与字体文件的字符集逐一比对，看缺失的字符是否压根不在文件内。如果缺的都是同一类文字，比如生僻姓名、古籍用字或专业符号，基本可以判定是覆盖范围不够，而非加载失败。
二、再看子集化生成流程
不少团队生成子集时，习惯按一份固定字符表裁剪，例如常用汉字表加上英文字母和数字。这种做法的问题在于，页面内容是动态变化的：后台录入的客户名称、用户提交的留言、运营临时添加的标点，都可能超出预设字符表。核对时要确认生成脚本依据的是静态清单还是实际页面文本，标点符号、全角字符、多语言字符有没有被漏掉。更稳妥的方式是从页面真实内容中提取字符集再裁剪，并在内容更新后重新生成。
三、检查回退字体链
子集化做得再细，也难免碰到范围外的字符，这时就要靠回退字体链兜底。检查CSS中font-family的写法，看主字体之后有没有配置覆盖范围更广的系统字体作为后备。有两点需要注意：一是回退字体必须放在主字体之后，顺序颠倒不会生效；二是不同操作系统自带字体不同，回退效果可能存在差异，需要在目标设备上实际验证，而不能只看开发机。
四、排查加载与缓存
字体文件更新后仍然缺字，很可能是旧文件被缓存了。浏览器缓存、CDN缓存、Service Worker缓存，都可能让新字体迟迟不生效。核对时可以先在无痕窗口或清除缓存后访问，观察缺字是否消失；再检查字体文件的请求地址是否带有版本标识，更新字体时同步更换地址，能有效避免新旧文件混用。
上线前可以按一份简单清单自测：常用汉字是否完整，生僻字和异体字是否覆盖，中英文标点是否正常，多语言字符是否显示，回退字体在主流系统上是否可用。字体授权范围、格式兼容性和具体支持情况，应以字体提供方的官方说明和相关规定为准。把这些环节核对清楚，缺字问题大多能在上线前被发现。
