PDFBox嵌入式TTF字体不工作

Question

我正在使用PDFBox从现有的PDF模板构建文档，因此它会打开文件，向其中添加文本，然后保存。除了尝试使用外部TTF字体外，它工作得很好。我尝试了不同的方法，花了两天时间寻找解决方案，但PDFBox上没有太多。

这里有一些代码，使用字体“Tardy Kid”，因为它不能被误认为其他任何东西，也不太可能是任何标准库的一部分。

代码执行良好，显示println中的“TardyKid”（显示字体已加载且名称可获取），并显示文本——但它在Helvetica中。代码中使用getStringWidth（）计算宽度的更复杂部分似乎也表明成功加载了宽度表。它只是不能正确显示。

该代码在一个更大的程序的上下文中运行，该程序打开现有的PDF文档（模板）并向其添加文本。除了

 public void setText ( PDDocument document, String text ) throws IOException {
     int lastPage = document.getNumberOfPages() - 1;
     PDPage page = (PDPage) document.getDocumentCatalog().getAllPages().get(lastPage);
     PDPageContentStream contentStream = null;
     try {
         contentStream = new PDPageContentStream(document,page,true,true,false);
         File fontFile = new File(m_fontDir, "Tardy_Kid.ttf");
         PDFont font = PDTrueTypeFont.loadTTF(document, fontFile);
         Color color =  new Color(196, 18, 47);
         float x = 100f, y = 700f;
         System.out.println(font.getBaseFont());
         contentStream.setFont(font, 32);
         contentStream.setNonStrokingColor(color);
         contentStream.beginText();
         contentStream.moveTextPositionByAmount(x,y);
         contentStream.drawString(text);
         contentStream.endText();
     } finally {
         if (contentStream != null) {
             contentStream.close();
         }
     }
 }

Answer 1

多年后，随着PDFBOX接近3.0.0版本（但正式发布在2.0.23版本上），上述（尤其是Unicode）似乎是使用PDType0Font.load（）完成的（在2.0版本的迁移指南中提到），主要是根据SO的问题。

我正在努力解决同样的问题，我发现在我的例子中，使用PDDocument.save增量（）时出了问题——恕我直言，这需要仔细考虑一个事实，即您需要在许多地方调用getCOSObject（）. setNeedToBeUpdate（true），这并不容易立即弄清楚。所以以防万一，并缩小可能的问题，检查简单的PDDocument.save（）是否有效。

顺便说一句，我检查了其他建议，即打开并写入PDPageContentStream一次，而不是多次，以及检查字体本身是否被Maven资源过滤损坏，但事实并非如此。为了排除第二个问题，并且仅供参考，如果您需要LiberationSans常规TTF字体，它作为资源嵌入到PDFBOX中，无需将其添加到您自己的资源中。

Answer 2

我有一个类似的问题，它来自一个pom更新，在构建我们的war文件时损坏了pdf模板文件。

堆栈跟踪显示“无法读取字体TimesNewRoman的嵌入式TTF，粗体”，这当然是在看到与“pushback size”相关的错误之后，我们为其设置了一个新的属性值以通过（我看到的例外作为参考：org.apache.pdfbox.exceptions.WrappeIOException：无法回推480478字节以重新解析流。尝试使用系统属性增加回推缓冲区org.apache.pdfbox.baseParser.pushBacksize）。

我们花了一段时间，但是在爆发战争并尝试在战争中打开pdf文件后，我们注意到它已损坏，但源代码中的pdf文件并未损坏。

我们问题的根本原因是我们在pom中为资源文件夹添加了“过滤”。我们这样做是为了使用一些反射来获取健康检查页面中的一些值，但这损坏了pdf文件，我们从以下参考中发现了这个文件：https://bitbucket.org/petermr/xhtml2stm/issues/12/pdf-files-are-being-corrupted-at-some

下面是我们设置的过滤示例：

<resources>
    <resource>
        <directory>src/main/resources</directory>
        <filtering>true</filtering>
    </resource>
</resources>

我们的解决方案是将其从pom中删除，并重新设计我们获取健康页面信息的方式。

Answer 3

我找到了答案。我不确定这是否是PDFBox中的错误，但如果在同一页面上多次打开/关闭内容流（由PDPageContentStream返回），它将无法正常工作。因此，当在一个页面上多次调用该例程时，让内容流在setText例程中打开/关闭是不起作用的。将流移出例程并在整个页面上打开/关闭一次，似乎可以解决这个问题（以及其他一些问题）。

文档或示例代码中没有提到这一点，充其量也非常微妙。我称之为bug，尤其是因为它“有效”（不会抛出任何异常），但会在页面上创建不确定和/或错误的结果。