上载到web服务器的PDF的第一页显示为空白

我已经使用cpanel和filezilla上的上载将pdf上传到客户端的web服务器，每个多页pdf的第一页显示为空白

文本就在那里，当你高亮显示并复制时，你确实复制了文本，但是我已经尝试了我能想到的一切，我无法上传pdf

---

值得注意的是，pdf已经被正确上传到这个网站好几次了，但是这批pdf是唯一一批有这个问题的。我已经重命名了文件，并多次重新保存了文件，但运气不佳。

制作PDF似乎是为了检查PDF查看器的限制

PDF每一页都有一个页面字典。此词典有一个条目内容，其值为描述页面内容的流或流数组

但是，页面内容的一部分可以移动到单独的对象中，即所谓的表单xobject，它仅从页面内容引用。这允许轻松重用这些内容部分，因为这样的xobject可以从许多页面引用。它还允许对内容进行分组，以实现特殊的透明度效果

内容中的表单XObject可以再次引用其他XObject

文档的第一页将此结构用到了极致，其内容是

q Q q 0 0 595 841 re W n /Fm1 Do Q

i、 e.保存当前图形状态，设置边框周围的剪辑路径，包括表单xobject Fm1，并恢复图形状态

Fm1包含以下内容：

q Q q 0 0 595 841 re W n /Fm2 Do Q

q Q q 0 0 595 814 re W n /Fm3 Do Q

q Q q 0 0 595 814 re W n /Fm30 Do Q

i、 e.保存当前图形状态，设置边框周围的剪辑路径，包括form xobject Fm2，并恢复图形状态

Fm2包含以下内容：

q Q q 0 0 595 841 re W n /Fm2 Do Q

q Q q 0 0 595 814 re W n /Fm3 Do Q

q Q q 0 0 595 814 re W n /Fm30 Do Q

Fm29具有以下内容：

q Q q 0 0 595 841 re W n /Fm2 Do Q

q Q q 0 0 595 814 re W n /Fm3 Do Q

q Q q 0 0 595 814 re W n /Fm30 Do Q

最后，Fm30具有实际的页面内容

另一方面，第二个页面立即在其内容流中描述该页面

PDF查看器对于XObject的嵌套和图形状态的堆叠有一定的限制

例如，上述嵌套本质上意味着图形状态保存30次，然后绘制实际内容，然后图形状态恢复30次。但第C.2节“体系结构限制”中的PDF规范描述了合格读卡器应满足的最低体系结构限制，给出了q/q嵌套的限制为28

---

因此，合格的PDF查看器不需要支持您的PDF，因为它嵌套的图形状态保存操作比规范要求的要深。

我刚刚下载了该PDF，第一页就在那里。我基本上注意到，只有在chrome中查看PDF时，才会发生错误？其他人可以确认吗？在Chrome中，使用集成的PDF查看器，我可以确认第一页显示为空白。但是第一个页面真的很奇怪…你是说页面本身就有一些奇怪的地方，这就是导致它显示成这样的原因吗？或者他们认为它的显示方式很奇怪？对不起，我只是想澄清一下。请看我的答案。似乎有人想在这里测试PDF处理器的限制。