我编写的过滤程序有问题。它通过读取文件的前 5 个字节并将其与固定缓冲区进行比较来检测文件是否为 PDF 文档：
25 50 44 46 2D
这很好用，只是我看到一些以字节顺序标记开头的文件：
EF BB BF 25 50 44 46 2D
^-------^
我想知道PDF specs 是否真的允许这样做。如果我检查该文档的第 7.5 节，我将其读作“否”：
PDF 文件的第一行应是由 5 个字符 %PDF– 后跟 1.N 形式的版本号组成的标题，其中 N 是 0 到 7 之间的数字
然而，我在野外看到这些文档，用户感到困惑，因为 PDF 阅读器程序可以通过我的过滤器打开这些文档拒绝它们。
那么：在 PDF 文档的开头是否允许使用 BOM 标记？ （这里我说的不是字符串对象，而是 PDF 文件本身）
【问题讨论】：
标签： pdf byte-order-mark
那么：在 PDF 文档的开头是否允许使用 BOM 标记？
不，就像您在规范中阅读的那样，“%PDF”字节之前不允许任何内容。
但 Adobe Reader 在接受文件方面有着悠久的历史，尽管有一些前导或尾随的垃圾字节。
参照。 Adobe的pdf_reference_1-7附录H中的实现说明：
3.4.1，“文件头”
Acrobat 查看器只要求标题出现在 文件的前 1024 个字节。
Acrobat 查看器也接受表单的标题
%!PS−Adobe−N.n PDF−M.m...
3.4.4，“文件尾”
- Acrobat 查看器只要求
%%EOF标记出现在某处 在文件的最后 1024 个字节内。
而且人们倾向于认为 Adobe Reader 根据需要显示的 PDF 是有效的，在野外有许多 PDF 在前面确实有垃圾字节。
【讨论】：
不，BOM 在PDF 文件的前面无效有效。
PDF 是一种二进制文件格式，因此 BOM 实际上没有意义，就像在 ZIP 文件或 JPEG 文件的前面有一个 BOM。
我猜您正在使用的 PDF 来自配置错误的应用程序，这些应用程序要么已经在其输出缓冲区的前面有一些东西，要么更有可能是在错误假设 PDF 是基于文本的情况下创建的格式。
【讨论】：