使用iText生成PDF：多次切换及混合字体导致文件体积暴涨问题咨询

这种情况我之前也碰到过——大文档里频繁切换字体，结果体积直接翻了好几倍，核心原因其实是重复嵌入了相同字体的子集。iText默认会为每个新创建的PdfFont实例单独嵌入字体数据，哪怕是同一个字体文件，只要你重复调用PdfFontFactory.createFont()，它就会多嵌入一次，积少成多就把体积撑起来了。

给你几个亲测有效的解决办法：

• 复用同一个字体实例
  不要每次需要字体时都重新创建PdfFont对象，而是提前初始化好你需要的两种字体，全局复用这两个实例。比如：

  // 只初始化一次，放在类的成员变量或者全局常量里
  private static final PdfFont UNICODE_FONT;
  private static final PdfFont REGULAR_FONT;
  
  static {
      try {
          UNICODE_FONT = PdfFontFactory.createFont("path/to/your-unicode-font.ttf", PdfEncodings.IDENTITY_H, true);
          REGULAR_FONT = PdfFontFactory.createFont("path/to/your-regular-font.ttf", PdfEncodings.WINANSI, true);
      } catch (IOException | PdfException e) {
          throw new RuntimeException("Failed to initialize fonts", e);
      }
  }
  
  // 构建段落时直接用已初始化的实例
  public Paragraph buildMixedFontParagraph() {
      Paragraph p = new Paragraph();
      p.add(new Text("1.").setFont(UNICODE_FONT));
      p.add(new Text(" a ").setFont(REGULAR_FONT));
      p.add(new Text("2.").setFont(UNICODE_FONT));
      p.add(new Text(" b ").setFont(REGULAR_FONT));
      return p;
  }
  

  这样iText只会为每种字体嵌入一次子集，不会重复存储字体数据。

• 确认字体子集化生效
  确保创建字体时开启了子集化（iText默认是开启的，但要避免手动关闭）。PdfFontFactory.createFont()的第四个参数是subset，默认值是true，所以只要你不主动传false，就会只嵌入文档中用到的字符，而不是整个字体文件。如果不小心关闭了子集化，嵌入完整字体的话体积会直接爆炸，一定要检查这个参数。

• 减少不必要的字体切换（可选）
  如果你的文档里有大量类似“编号+文本”的结构，尽量批量处理相同格式的内容，减少字体切换的次数，但核心还是复用字体实例——哪怕切换次数多，只要用的是同一个PdfFont对象，iText也只会嵌入一次字体数据。

之前按照Bruno的示例做没问题，是因为示例文档小，字体嵌入次数少，体积差异不明显，但到了20MB级别的大文档，重复嵌入的影响就被放大了。只要你复用字体实例，体积应该能回到接近单字体的水平。

内容的提问来源于stack exchange，提问作者scott13