iText 7.1.11生成PDF遇508合规问题：已嵌入仍报字体未嵌入

针对你遇到的全局嵌入字体仍被PAC检测出“Font not embedded”的问题，可从以下几个方向排查：

可能的原因及验证步骤 #

• 文本包含字体不支持的字符，触发默认字体回退
  Times系列字体仅支持拉丁语系字符，若PDF文本中存在中文、特殊符号或其他非拉丁语系字符，iText会自动回退到默认Helvetica字体（该字体默认未嵌入），导致PAC报错。
  验证方式：用Adobe Acrobat打开PDF，查看「文件>属性>字体」，确认未嵌入的字体是否为Helvetica或其他未显式定义的字体。

• 部分元素未显式绑定全局字体，继承了未嵌入的默认字体
  即使定义了全局字体，若某些文本元素（如动态生成的段落、表格单元格）未调用setFont()绑定全局字体，会继承父容器或文档的默认字体设置，而默认字体通常未嵌入。
  验证方式：检查所有文本元素的创建逻辑，确保每个需要显示的元素都显式调用setFont(timesNormalFont)或setFont(timesBoldFont)。

• iText标准字体子集嵌入被PAC误判
  iText对标准字体（如TIMES_ROMAN）默认采用子集嵌入（仅嵌入文档中用到的字符），部分版本的PAC可能将子集嵌入标记为“未完全嵌入”。此时可查看PAC报错详情，若未嵌入的字体是Times系列的子集（字体名带“+”前缀，如TimesNewRomanPSMT+...），则属于误判，子集嵌入符合PDF accessibility规范。

• iText 7.1.11版本的特定bug
  该版本存在部分标准字体嵌入逻辑的问题，可尝试升级到iText 7的最新稳定版，再重新生成PDF验证。

修复建议 #

1. 显式指定嵌入常量替代true，确保嵌入逻辑生效：

   timesNormalFont = PdfFontFactory.createFont(StandardFonts.TIMES_ROMAN, PdfFontFactory.EMBEDDED);
   timesBoldFont = PdfFontFactory.createFont(StandardFonts.TIMES_BOLD, PdfFontFactory.EMBEDDED);
   

2. 若存在非拉丁语系字符，添加对应支持的嵌入字体，避免默认字体回退。
3. 检查所有文本元素的字体绑定逻辑，排除遗漏情况。

内容的提问来源于stack exchange，提问作者gene b.