页面上的文字忽然变成一排方块时，很多人的第一反应是编码出了问题，于是反复检查字符集、数据库字段和页面头部声明。实际上，编码故障通常表现为乱码或问号，而整齐的方块更像是字体在渲染环节没有取到对应字形。用户上传的TTF字体在页面显示为方块，问题往往不在文字内容本身，而在字体从文件到页面的这条加载链路上。按顺序分层核对，比盲目改代码更有效。
第一层：先看字体文件本身
浏览器对字体格式有明确的接受范围，TTF在主流浏览器中通常可用，但如果文件在传输中损坏、体积异常偏小或结构不完整，解析就会失败。核对时可以尝试在本地用系统字体预览打开该文件，若本地也无法正常显示，说明文件本身有问题。另一个容易被忽略的点是授权，字体文件即使能加载，若授权范围不包含网页嵌入，也不应直接用于线上页面。文件可用、授权清晰，才进入下一层。
第二层：核对CSS声明
@font-face中的font-family名称是自定义的，它不必等于文件名，但必须与页面样式里引用的名称完全一致，大小写和空格都算差异。路径同样要逐字符确认，相对路径在不同层级页面中容易失效。format提示写错时，部分浏览器会直接跳过该字体。还有一个细节是文件内部的字体名称，某些工具生成的字体家族名与外部声明不一致，导致匹配失败。声明正确，字体才有机会被请求。
第三层：核对加载时序
打开开发者工具的网络面板，观察字体请求是否发出、状态码是否正常。字体文件常受跨域策略限制，若字体放在独立域名下而响应头未允许跨域，请求会被拦截，页面只能使用回退字体。另一个现象是闪烁，回退字体先渲染，字体加载完成后替换，若替换失败，方块就会停留。核对时应确认字体请求成功、响应类型正确，并观察替换是否真正发生。
第四层：核对字符覆盖
TTF文件可能只包含部分字符集，生僻字、特殊符号或标点若不在子集内，浏览器找不到字形就会显示方块。核对方法是把页面实际出现的字符与字体覆盖范围对照，重点检查用户自行输入的内容。缺字无法靠加载解决，只能通过补充字符集或设计合理的回退栈来兜底，让缺失字符落到系统字体上，而不是直接显示方块。
上线前的自查清单
字体文件能否本地正常打开，授权是否允许网页嵌入，font-family名称是否前后一致，路径与format提示是否正确，网络面板中字体请求是否成功，跨域响应头是否放行，页面字符是否都在覆盖范围内，回退栈是否完整。it数运在网站维护中处理此类问题，通常也遵循先文件、再声明、后覆盖的顺序，避免在错误的层级反复修改。
字体显示方块并不可怕，可怕的是把它当成编码问题去改字符集。先确认文件可用，再确认声明正确，最后确认覆盖完整，三步走完，大多数方块问题都能定位到具体环节。
