用户上传一份EPS文件，后台生成预览图后，标题文字变成了空白，或者只剩下几个零星的字。设计方那边打开是正常的，于是双方开始互相怀疑文件损坏。实际排查下来，多数缺字并不是文件本身坏了，而是字体嵌入状态与预览解释器的处理路径不匹配。EPS是较老的封装格式，它不保证把用到的字体完整打包进去，预览环节能否找到对应字形，取决于字体是否随文件走、解释器是否愿意替换、编码是否对得上。这三件事任何一件出偏差，预览都会缺字。
第一层，先确认字体是嵌入还是仅引用。EPS文件是文本结构，用普通文本编辑器打开，搜索字体相关字段，可以看到类似字体名称和字库定位的声明。如果只出现字体名称，没有对应的字形数据段，说明文件只是引用了字体，本机没装这个字体时，预览端自然无字可用。如果能看到成段的字形描述，说明字体已经随文件嵌入，问题就转移到解释器一侧。这一步用几分钟就能判断方向，避免后面盲目改代码。需要注意的是，部分EPS把字体转成了轮廓，文本搜索不到字体名，但视觉上不会缺字，这类文件通常不需要处理。
第二层，检查预览服务使用的解释器和字体替换策略。不同解释器对缺失字体的反应不一样，有的直接留空，有的用默认字体顶上。替换字体和缺字在预览图上的表现不同：缺字是空白或方块，替换则可能出现字形宽度变化、字距异常、整体排版偏移。查看解释器运行日志，通常会有字体未找到或替换的记录，能帮助区分这两种情况。如果日志显示已经替换，但用户仍认为缺字，那要沟通的是字形差异，而不是文件错误。服务端如果配置了字体目录，也要确认该目录是否对当前解释器进程可读，权限问题同样会表现为找不到字体。
第三层，核对字符编码与字形映射。字体找到了、解释器也正常，仍可能有个别字符显示不出来，集中在特殊符号、数学符号和中文上。原因是EPS内部的字符编码方式与解释器读取时采用的编码表不一致，字体里没有对应码位的字形，就会缺字。中文尤其容易出问题，因为同一段文字可能来自不同编码环境，字体子集里只包含部分字形。核对方法是把缺字位置的具体字符提取出来，对照字体实际包含的字符集，确认是编码错位还是字形确实缺失。这一步需要一点耐心，但定位准确后处理起来很快。
按顺序执行的检查清单可以这样安排：先看文件头部的字体声明，判断是嵌入还是引用；再看解释器日志，确认有没有字体替换记录；接着核对替换字体与实际字体的差异，判断是缺字还是字形变化；最后检查编码表与字体字符集，锁定个别字符的问题。四步走完，基本能给出明确结论。
需要说明的是，预览环节能做的有限。EPS的设计源文件涉及字体授权和原始排版，服务方通常不建议直接改动文件内容。更稳妥的做法是请设计方保留原始字体信息，或者在交付预览版本时将文字转曲，从源头减少缺字概率。具体处理方式应以相关官方规定和专业人士意见为准。it数运在网站维护中处理这类上传预览问题时，也是按先判断字体状态、再排查解释器路径的顺序推进，把技术问题说明白，后续沟通才不会被误判成文件损坏。
