使用itext编辑pdf时遇到异常

Question

我在尝试使用iText编辑pdf文档时遇到以下异常。这个问题是非常零星的，就像有时它是工作的，有时它是抛出错误。

at com.itextpdf.text.pdf.parser.PdfContentStreamProcessor.access$6100(PdfContentStreamProcessor.java:60)
at com.itextpdf.text.pdf.parser.PdfContentStreamProcessor$Do.invoke(PdfContentStreamProcessor.java:991)
at com.itextpdf.text.pdf.pdfcleanup.PdfCleanUpContentOperator.invoke(PdfCleanUpContentOperator.java:140)
at com.itextpdf.text.pdf.parser.PdfContentStreamProcessor.invokeOperator(PdfContentStreamProcessor.java:286)
at com.itextpdf.text.pdf.parser.PdfContentStreamProcessor.processContent(PdfContentStreamProcessor.java:425)
at com.itextpdf.text.pdf.pdfcleanup.PdfCleanUpProcessor.cleanUpPage(PdfCleanUpProcessor.java:160)
at com.itextpdf.text.pdf.pdfcleanup.PdfCleanUpProcessor.cleanUp(PdfCleanUpProcessor.java:135)
at RedactionClass.tgestRedactJavishsInput(RedactionClass.java:56)
at RedactionClass.main(RedactionClass.java:23)

下面是我用来编辑的代码：

public static void testRedact() throws IOException, DocumentException {

    InputStream resource = new FileInputStream("D:/itext/edited_120192824_5 (1).pdf");
    OutputStream result = new FileOutputStream(new File(OUTPUTDIR,
            "aviteshs.pdf"));

    PdfReader reader = new PdfReader(resource);
    PdfStamper stamper = new PdfStamper(reader, result);
    int pageCount = reader.getNumberOfPages();
    Rectangle linkLocation1 = new Rectangle(440f, 700f, 470f, 710f);
    Rectangle linkLocation2 = new Rectangle(308f, 205f, 338f, 215f);
    Rectangle linkLocation3 = new Rectangle(90f, 155f, 130f, 165f);
    List<PdfCleanUpLocation> cleanUpLocations = new ArrayList<PdfCleanUpLocation>();
    for (int currentPage = 1; currentPage <= pageCount; currentPage++) {
        if (currentPage == 1) {
            cleanUpLocations.add(new PdfCleanUpLocation(currentPage,
                    linkLocation1, BaseColor.BLACK));
            cleanUpLocations.add(new PdfCleanUpLocation(currentPage,
                    linkLocation2, BaseColor.BLACK));
            cleanUpLocations.add(new PdfCleanUpLocation(currentPage,
                    linkLocation3, BaseColor.BLACK));
        } else {
            cleanUpLocations.add(new PdfCleanUpLocation(currentPage,
                    linkLocation1, BaseColor.BLACK));
        }
    }
    PdfCleanUpProcessor cleaner = new PdfCleanUpProcessor(cleanUpLocations,
            stamper);
    try {
        cleaner.cleanUp();
    } catch (Exception e) {
        e.printStackTrace();
    }
    stamper.close();
    reader.close();

}

Answer 1

简而言之：这里出现NullPointerException的原因是iText不支持表单XObject资源从显示它们的页面继承。根据PDF规范，这个构造是过时的，但它可以在遵循早期PDF参考而不是规范的PDF中遇到。

该文档的第1页包含4个XObject资源,分别名为I1、M0、P1和Q0:

正如您在屏幕截图中所看到的，Q0特别没有自己的资源字典。但它最后的指示是

q
413 0 0 125 75 3086 cm
/I1 Do
Q

现在，对于表单XObjects，iText假设其内容引用的资源包含在自己的资源字典中。

结果：iText访问null字典，并出现nullPointerException。

PDF规范ISO 32000-1规定：

按照PDF的早期版本编写的PDF文件可能省略了页面上使用的所有form XObjects和Type 3字体中的Resources条目。从这些表单和字体引用的所有资源都应从使用它们的页面的资源字典中继承。此构造已过时，一致性编写器不应使用。

（ISO 32000-1，第7.8.3节-资源词典）

因此，在目前的例子中，我们处于过时的选项三的情况下，Q0引用了在Q0所用于的页面的资源字典中定义的XObject I1。

有问题的文档有一个声称符合PDF 1.5的版本头（与PDF规范的PDF 1.7相反）。让我们看看PDF参考文献1.5。与备选案文三相对应的段落是：

• form XObject或Type 3字体的字形描述可能会省略Resources条目，在这种情况下，将在使用该表单或字体的页面的Resources条目中查找资源。不建议使用此做法。

因此，总结起来，有问题的PDF使用了PDF规范（发布于2008年，使用了9年！）的构造调用过时，甚至PDF参考文件声称符合建议反对。另一方面，iText不支持这种过时的构造。

基本上，PDF清理代码必须扩展到

• 记住PDFCleanupProcessor和
中当前页的资源
• 如果Do运算符引用表单XObject时没有自己的资源，请在PDFCleanupContentOperator方法Invoke中使用这些当前页资源。

不幸的是，invoke中使用的一些成员是私有的。因此，必须复制PdfCleanUp代码或返回反射。

（iText 5.5.12-快照）

iText 7 PDF清理工具也遇到了PDF的问题，这里的例外情况是IllegalStateException声明“在事件调度后，图形状态总是被删除。如果要将其保留在呈现器信息中，请在收到呈现器信息后使用preserveGraphicsState方法。”

由于此异常是在事件调度期间抛出的，因此此错误消息没有意义。不幸的是，PDF清理工具在iText7中已成为封闭源码，因此不太容易确定问题。

（iText 7.0.3-快照；PDF清理1.0.2-快照）