（使用PDF参考-1.7手动创建的简单PDF）Adobe Reader XI在关闭PDF时要求保存吗？

Question

我已经使用下面的PDF代码生成了一个PDF，它工作正常，但是当我尝试关闭时，它要求我保存。我分析了我的PDF代码以检测问题。 我发现startxref偏移量大小和xref偏移量位置存在问题。我已经做了足够的更改，但我无法解决此问题（要在关闭前保存更改“ xxx.pdf”）。 这是我的PDF代码

%PDF-1.4
%âãÏÓ
1 0 obj
<<
/Type/Catalog
/Pages 2 0 R
>>
endobj
2 0 obj
<<
/Type/Pages
/MediaBox[0 0 612.0 792.0]
/Count 1
/Kids [ 3 0 R ]
>>
endobj
3 0 obj
<<
/Type/Page
/Parent 2 0 R
/Resources 4 0 R 
/Contents 5 0 R
>>
endobj
4 0 obj
<<
/ExtGState <</GS1 7 0 R>>
/ProcSet[/PDF/Text/ImageB/ImageC/ImageI]
/Font<< /F1 8 0 R >>
>>
>>
endobj
5 0 obj
<</Length 44>>
stream
BT
/F1 18 Tf
0 g
1 0 0 1 100.0 400.0 Tm
(kersom) Tj
ET
endstream
endobj
6 0 obj<</Producer(Xxxxxxxx XXX Xxxxxxxx - 1.1)>>
endobj
7 0 obj
<</ca 0.35/CA 0.35>>
endobj
8 0 obj
<<
/Type /Font 
/Subtype /Type1
/BaseFont /Helvetica
>>
endobj
xref
0 9
0000000000 65535 f
0000000015 00000 n
0000000063 00000 n
0000000148 00000 n
0000000228 00000 n
0000000340 00000 n
0000000442 00000 n
0000000499 00000 n
0000000535 00000 n
trailer
<<
/Info 6 0 R
/Root 1 0 R
/Size 9
>>
startxref
606
%%EOF

Answer 1

收到原始格式的样本PDF后，问题立即变得清楚：交叉引用表中的偏移量是正确的，但是该表本身的构建不正确。

让我们看一个十六进制转储：

显然，交叉引用表中的每个条目的大小均为19个字节。

现在让我们看一下PDF规范：

每个条目应正好为20个字节长，包括行尾标记。 [...]使用中条目的格式应为：

 nnnnnnnnnn ggggg n eol 

哪里：

 nnnnnnnnnn shall be a 10-digit byte offset in the decoded stream ggggg shall be a 5-digit generation number n shall be a keyword identifying this as an in-use entry eol shall be a 2-character end-of-line sequence 

包含两个以下字符的行尾序列：SP CR，SP LF或CR LF。 因此，条目的总长度应始终正好为20个字节

（ ISO 32000-1的 7.5.4 交叉引用表 ）

因此，OP的PDF中的问题是每个交叉引用表条目的行尾序列只有一个字节LF ，而它必须具有2字节行尾序列SP CR 。 SP LF或CR LF 。

这会使每个条目一个字节太短，进而导致从该表中查找返回完全中断的字节序列。

Answer 2

使用Adobe Reader保存表单，并在二进制级别进行比较。 您会发现细微的差别。 例如：由于没有考虑到“回车”字符，没有期望的空白，所以重建了交叉引用表，等等。

Adobe Reader还修复了以下错误：

4 0 obj
<<
/ExtGState <</GS1 7 0 R>>
/ProcSet[/PDF/Text/ImageB/ImageC/ImageI]
/Font<< /F1 8 0 R >>
>>
>>

您有一个双字典在此结束（删除>> ）一次。 这至少是您复制/粘贴的PDF中的一个错误。