“随机”生成的文档无法打印

Question

我们正在尝试使用iText 生成文档 ，这些文档主要由“模板”文件构成 - 较小的PDF文件使用PdfContentByte.addTemplate方法组合成一个复合文件。 然后，我们使用* nix命令lp 自动并静默地打印新文件。 这通常有效; 但有时，生成的某些文件将无法打印 。 文件继续通过所有队列并到达打印机本身（在这种情况下为Lexmark T652n），其物理显示屏显示待处理的进度信息，甚至其机械组件在准备中嗡嗡作响 - 然后，打印作业自动消失跟踪，打印机返回准备状态。

这个问题的具体程度有多么奇怪。 对于初学者来说，当通过Adobe PDF Viewer手动完成时，有问题的文件会被打印出来，并且可以被Adobe Live Cycle等编辑所读取。 此外， 文件的内容会影响它是否受到此问题的困扰，但不是一个明确的方式 - 添加特定模板20次可能会导致问题，而执行19或21次可能没问题，或使用不同的模板将完全改变模式，并可能导致它发生37次后。 生成具有完全相同内容的文档将在问题是否发生时保持一致 ，但是内容中任何微妙且看似无关的更改都将改变问题是否发生 。

虽然它可能被视为硬件问题，但事实仍然是某些iText生成的文件存在此问题，而其他文件则没有。 我们的文件创建方法是否有时会创建仅在某种程度上被认为仅对打印机损坏的文件？

这是一个相对较小的代码示例，它使用类似于我们的主程序的重复模板方法生成文档。 它使用此文件作为模板并重复指定的次数。

public class PDFFileMaker {

    private static final int INCH = 72;

    final private static float MARGIN_TOP = INCH / 4;
    final private static float MARGIN_BOTTOM = INCH / 2;

    private static final String DIREC = "/pdftest/";
    private static final String OUTPUT_FILEPATH = DIREC + "cooldoc_%d.pdf";
    private static final String TEMPLATE1_FILEPATH = DIREC + "template1.pdf";
    private static final Rectangle PAGE_SIZE = PageSize.LETTER;
    private static final Rectangle TEMPLATE_SIZE = PageSize.LETTER;

    private ByteArrayOutputStream workingBuffer;
    private ByteArrayOutputStream storageBuffer;
    private ByteArrayOutputStream templateBuffer;

    private float currPosition;
    private int currPage;
    private int formFillCount;
    private int templateTotal;

    private static final int DEFAULT_NUMBER_OF_TIMES = 23;

    public static void main (String [] args) {

        System.out.println("Starting...");

        PDFFileMaker maker = new PDFFileMaker();

        File file = null;
        try {
            file = maker.createPDF(DEFAULT_NUMBER_OF_TIMES);
        }
        catch (Exception e) {
            e.printStackTrace();
        }

        if (file == null || !file.exists()) {
            System.out.println("File failed to be created.");
        }
        else {
            System.out.println("File creation successful.");
        }
    }

    public File createPDF(int inCount) throws Exception {

        templateTotal = inCount;

        String sFilepath = String.format(OUTPUT_FILEPATH, templateTotal);

        workingBuffer = new ByteArrayOutputStream();
        storageBuffer = new ByteArrayOutputStream();
        templateBuffer = new ByteArrayOutputStream();

        startPDF();
        doMainSegment();
        finishPDF(sFilepath);

        return new File(sFilepath);
    }

    private void startPDF() throws DocumentException, FileNotFoundException {

        Document d = new Document(PAGE_SIZE);
        PdfWriter w = PdfWriter.getInstance(d, workingBuffer);
        d.open();
        d.add(new Paragraph(" "));
        d.close();
        w.close();

        currPosition = 0;
        currPage = 1;
        formFillCount = 1;
    }

    protected void finishPDF(String sFilepath) throws DocumentException, IOException {
        //Transfers data from buffer 1 to builder file
        PdfReader r = new PdfReader(workingBuffer.toByteArray());
        PdfStamper s = new PdfStamper(r, new FileOutputStream(sFilepath));
        s.setFullCompression();
        r.close();
        s.close();
    }

    private void doMainSegment() throws FileNotFoundException, IOException, DocumentException {
        File fTemplate1 = new File(TEMPLATE1_FILEPATH);
        for (int i = 0; i < templateTotal; i++) {
            doTemplate(fTemplate1);
        }
    }

    private void doTemplate(File f) throws FileNotFoundException, IOException, DocumentException {

        PdfReader reader = new PdfReader(new FileInputStream(f));

        //Transfers data from the template input file to temporary buffer
        PdfStamper stamper = new PdfStamper(reader, templateBuffer);
        stamper.setFormFlattening(true);

        AcroFields form = stamper.getAcroFields();

        //Get size of template file via looking for "end" Acrofield
        float[] area = form.getFieldPositions("end");
        float size = TEMPLATE_SIZE.getHeight() - MARGIN_TOP - area[4];

        //Requires Page Break
        if (size >= PAGE_SIZE.getHeight() - MARGIN_TOP - MARGIN_BOTTOM + currPosition) {

            PdfReader subreader = new PdfReader(workingBuffer.toByteArray());
            PdfStamper substamper = new PdfStamper(subreader, storageBuffer);

            currPosition = 0;
            currPage++;

            substamper.insertPage(currPage, PAGE_SIZE);

            substamper.close();
            subreader.close();

            workingBuffer = storageBuffer;
            storageBuffer = new ByteArrayOutputStream();
        }

        //Set Fields
        form.setField("field1", String.format("Form Text %d", formFillCount));
        form.setField("page", String.format("Page %d", currPage));
        formFillCount++;

        stamper.close();
        reader.close();

        //Read from working buffer, stamp to storage buffer, stamp template from template buffer
        reader = new PdfReader(workingBuffer.toByteArray());
        stamper = new PdfStamper(reader, storageBuffer);
        reader.close();
        reader = new PdfReader(templateBuffer.toByteArray());

        PdfImportedPage page = stamper.getImportedPage(reader, 1);
        PdfContentByte cb = stamper.getOverContent(currPage);
        cb.addTemplate(page, 0, currPosition);

        stamper.close();
        reader.close();

        //Reset buffers - working buffer takes on storage buffer data, storage and template buffers clear
        workingBuffer = storageBuffer;
        storageBuffer = new ByteArrayOutputStream();
        templateBuffer = new ByteArrayOutputStream();

        currPosition -= size;
    }

使用DEFAULT_NUMBER_OF_TIMES为23运行此程序会生成此文档，并在发送到打印机时导致失败 。 将其更改为22次会产生这个看起来相似的文档 （只需少一行“行”）就没有问题并成功打印 。 使用不同的PDF文件作为模板组件会完全更改这些数字或使其完全不会发生。

虽然这个问题可能过于具体，并且有太多因素可供其他人合理地预期复制，但可能性问题仍然存在。 文件生成怎么可能导致这种不寻常的行为？ 什么可能导致一个文件被特定打印机接受，而另一个文件以相同的方式以不同的方式仅以看似非平凡的方式生成，是不可接受的？ 通过使用压模模板命令生成的iText中是否存在错误？ 这对我们来说已经是一个长期存在的错误，所以任何帮助都是值得欣赏的; 此外，我愿意在必要时回答问题或在聊天中进行扩展对话，以便深入了解这一点。

Answer 1

您的应用程序的设计或多或少会滥用其他完美的PdfStamper功能。

请允许我解释一下。

页面的内容可以表示为流对象或流对象的数组。 使用PdfStamper更改页面时，此页面的内容始终是流对象的数组，包括原始流对象或添加了额外元素的原始流对象数组。

通过添加相同的模板一次PdfStamper创建PdfStamper对象，可以显着增加页面内容数组中的元素数量。 您还介绍了大量保存和恢复堆栈的q和Q运算符。 您有随机行为的原因很明显：处理PDF的内存和CPU可能因时而异。 有一次，将有足够的资源来处理20个q运算符（保存状态），下一次只有足够的资源来处理19.当进程耗尽资源时会出现问题。

虽然根据ISO-32000-1，您创建的PDF不是非法的，但某些PDF处理器只会阻塞这些PDF。 iText是一个工具箱，允许您创建PDF，当我深入了解时，它可以让我非常高兴，但如果您不明智地使用工具箱，它还允许您创建可怕的PDF。 后者就是你的情况。

你应该解决这个问题，重复使用PdfStamper实例，而不是一遍PdfStamper遍地创建一个新的PdfStamper 。 如果那是不可能的，请发布另一个问题，用更少的单词，准确地解释你想要达到的目标。

假设您有许多不同的源文件，其中包含需要添加到单个页面的PDF片段。 例如：假设每个PDF片段都是优惠券，您需要创建一张包含30张优惠券的工作表。 比你使用一个PdfWriter例如，导入页面与getImportedPage()并在正确的位置添加它们addTemplate()

当然：我不知道你的项目是什么。 页面优惠券的想法受到您的测试PDF的启发。