网站上的自定义字体文件加载正常，文字也能显示出来，但有些字符的位置、宽度或者笔画看着就是不对——有的字挤成一团，有的字间距忽然被撑大。碰到这类情况，不必急着认定字体文件坏了。文件能加载，说明网络请求和格式解析这一关基本是通的；字形错位多半出在字符映射、版本对应或者渲染回退这些环节上。把排查的先后顺序理清楚，比一遍遍换字体文件更管用。
第一层，先看字体格式和网页端支持的字符集范围是否对得上。 TTF是常见格式，但不同字体覆盖的字符集并不一样。中文字体往往只带常用字库，生僻字、标点符号、全角半角字符都可能缺。页面一旦出现字体覆盖不到的字符，浏览器就会临时调别的字体来补位，补位字体的字形宽度和原字体不一致，看上去就像错位。核对的办法是把出问题的字符单独拎出来，确认它是否在字体文件的字符集范围内，可以先从字符覆盖表入手判断。
第二层，核对字重、字宽版本与页面样式声明是否一致。 同一款字体常常有Regular、Medium、Bold等多个文件，如果样式里声明了某个字重，实际加载的却是另一个字重的文件，浏览器就可能做合成加粗或压缩处理，导致字形变形、字宽偏移。需要检查样式中的font-weight、font-stretch声明，与字体文件自身的元信息是否对应，避免让浏览器用算法去模拟本应由字体文件提供的效果。
第三层，核对浏览器回退字体链。 错位有时并不来自原字体，而是原字体在某个字符上加载失败或未被采用，浏览器按font-family列表回退到了系统字体。系统字体的字面高度、基线位置和原字体不同，混排时就会出现高低不齐。可以在开发者工具中查看实际渲染使用的字体，确认出问题的文字究竟落在了哪一个字体上，再判断是加载问题还是匹配问题。
第四层，核对字体子集化处理是否丢了字形。 为了减小体积，字体常被裁剪成只保留页面用到的字符。如果子集化时字符范围统计不全，动态内容、用户输入或后续新增文案中的字符就会缺失，触发回退。维护中新增了文案却沿用旧子集文件，是这类问题的常见来源。核对时应确认子集生成范围是否覆盖当前页面全部字符，并在内容更新后重新生成。
上线前可以按这份清单自查：确认字体字符集覆盖页面全部字符；确认字重字宽文件与样式声明一一对应；确认font-family回退链中的字体风格接近；确认子集化范围包含动态内容；确认在主流浏览器中实际渲染字体与预期一致。it数运在网站维护中处理这类问题，通常先复现错位字符，再按字符覆盖、样式声明、回退链、子集范围逐层定位，最后在测试环境验证后再更新线上文件。
判断顺序可以概括为：先看字符是否被字体覆盖，再看版本是否匹配，再看是否发生回退，最后看子集是否完整。具体表现会因浏览器版本、操作系统和字体文件本身而不同，实际排查时以测试环境和相关官方文档的说明为准。
