我在这里看到了关于这个问题的类似问题,尽管主要是在 C#/iTextSharp 的上下文中。
我有以下Java方法:
public byte[] prependCoversheet(byte[] pdfBytes)
{
InputStream pdfTemplate = getClass().getResourceAsStream("coversheet.pdf");
PdfReader reader = new PdfReader(pdfTemplate);
ByteArrayOutputStream baos1 = new ByteArrayOutputStream();
ByteArrayOutputStream baos2 = new ByteArrayOutputStream();
PdfCopyFields copy = new PdfCopyFields(baos1);
PdfStamper stamper = new PdfStamper(reader, baos2);
AcroFields coversheet = stamper.getAcroFields();
/* Set all the field values here, etc. */
coversheet.setField("fieldName", "Lorem ipsum dolor sit amet.");
stamper.setFormFlattening(true);
stamper.close();
copy.addDocument(new PdfReader(baos2.toByteArray()));
copy.addDocument(new PdfReader(pdfBytes));
copy.close();
baos.flush();
return baos1.toByteArray();
}
返回的byte[]
内容非常好,并且可以在 Adobe Reader 中正确打开(与我之前的类似但可能不相关的问题不同)。 问题是当 PDF 关闭时,Reader 会抛出一个确认对话框:
“您想在关闭之前保存对 'someFilename.pdf' 的更改吗?”
显然,没有要保存的更改。SO 上的其他线程将初始缓冲区数量尾部的无关的、未使用的字节作为罪魁祸首。我不清楚该模式是否适用于这种情况,尽管如果我在调试模式下停止我的 IDE,并byte[]
在返回之前检查,会有大量连续的字节为零 (0)。
但是,在这种情况下,我不知道如何确定字节数组的“正确”大小应该是多少。
更新:上面的代码示例现在反映了hoaz在评论中使用两个ByteArrayOutputStream
s 的建议。这解决了问题!