兄弟，我太懂这种老旧扫描PDF的坑了！你遇到的问题本质是PDF的旋转元数据和压缩工具的处理逻辑在“打架”，具体原因拆解如下：

• PDF的双重页面属性：你的原始PDF看似是纵向显示，但实际上它的页面固有尺寸（MediaBox）是横向的，只是靠Rotate=270这个元数据，让阅读器把页面旋转270度，才呈现出纵向的效果。这种操作在老旧扫描件里特别常见——扫描时直接按横向扫了，懒得调整扫描参数，就靠旋转元数据来修正显示方向。
• 压缩工具的“扁平化”处理：大多数PDF压缩工具（比如基于Ghostscript、Poppler的工具）在优化时，会默认把旋转元数据“落地”到页面内容上：也就是把页面里的扫描图像旋转对应的角度，然后清除Rotate属性。这样一来，原本靠元数据“掰正”的页面，就露出了它原本的横向尺寸，自然显示成横向了。
• 老旧扫描件的特殊性：这类PDF的内容是纯像素化的扫描图像，没有可编辑的文本结构，压缩工具没办法识别“应该保持纵向显示”的意图，只会机械地处理元数据和内容的对应关系，最终导致显示方向反转。

如果要解决这个问题，你可以在压缩前先把旋转元数据固化成页面尺寸（让页面固有尺寸变成纵向，同时清除Rotate），或者给压缩工具加个保留旋转元数据的参数——比如用Ghostscript的话，加上-dAutoRotatePages=/None就能禁止自动调整页面旋转。

内容的提问来源于stack exchange，提问作者Chetan_C