我正在尝试使用this answer 中提到的 iTextSharp 解析特定 pdf (this) 的 ID。但是我得到了 ID 的空数组，而我可以看到另一个 pdfReader (pdf.js) 可以将 ID 读取为77a2a5c4fc17dc3a91a072c46fe69ec0。为什么这种行为不同？我是否应该从预告片以外的其他地方读取 ID 字段？
【问题讨论】：
标签： pdf itextsharp pdf.js
在文本编辑器中打开带有 ID 的常规 PDF，如下所示：
就在startxref 之前，您会看到一本字典（它以<< 开头）。这就是 PDF 的预告片字典。其中一个（可选）条目是 /ID，它是一个包含两个 PDF 字符串的数组。
如果您的 PDF 中有这样的条目，那么问题 Extract ID of a PDF document using iTextSharp 的答案将不会返回 null。
现在在文本编辑器中打开您的 PDF：
您再次看到startxref 之前的字典（预告片字典）。但是，在这种情况下，字典只有三个条目：/Size（交叉引用表中的对象数）、/Info（对包含元数据的字典的引用）和/Root（对目录字典）。
没有/ID 条目，因此iText（和iTextSharp）应该返回null（并且您确认它们确实如此）。
现在在您在文本编辑器中打开的 PDF 中搜索值 77a2a5c4fc17dc3a91a072c46fe69ec0。您在任何地方都找不到那个价值因为它根本不存在！
总结：您的问题我是否应该从预告片以外的其他地方读取 ID 字段？是错误的。你在问如何阅读不存在的东西。您的问题应该是：为什么 pdf.js 会为没有 ID 的 PDF 创建 ID，以及如何检索它？第一部分的答案是合理的：即使 iText 也尝试创建/ID 当您操作 PDF 时，因为 PDF 具有 ID 是一种很好的做法。第二部分的答案是：看预告片（但你已经知道了）。
结论：根据 cmets 中的反馈，原来 OP 正在使用 pdf.js 中的fingerprint() 方法。如果 ID 存在，则此方法返回 ID 的第一个元素。如果没有找到 ID，则返回 MD5 哈希。参见pdf.js中fingerprint()方法的source code。
【讨论】：
<< 开头）。那是目录或根字典PDF - ehem，不。它是 trailer 字典，Catalog/root 字典是它的 Root 条目引用的字典。