在不同的PDF查看器中具有不同输出的PDF（带有阴影）

我认为Adobe Acrobat是正确的，但规范的理解也可能不同。

您的PDF包含以下内容流：

/GS1 gs
q
1 0 .5 .866 150 550 cm
/Sh1 sh
Q

即，首先改变当前的变换矩阵，对其进行剪切和压缩，然后绘制阴影Sh1。该阴影又定义为

<</BBox[0 0 100 100]/ColorSpace/DeviceRGB/Coords[0 0 100 100]/Function 15 0 R/ShadingType 2>>

即具有100×100方形边界框（被解释为临时的附加剪切路径），并沿其（0，0）到（100，100）对角线绘制轴向阴影，以匹配您的脚本定义。

阴影运算符sh指定为

（ISO 32000-2：2017，表76-阴影运算符）

特别是：着色词典中的所有坐标都相对于当前用户空间进行解释。

因此，正方形边界框/临时剪切路径被当前变换矩阵压缩并剪切为非矩形平行四边形，可以在Adobe Acrobat中查看：

我在上面提到过，对规范的理解也可以不同：如果将BBox条目视为框的左下角和右上角两点的坐标，并在将结果设为框之前应用了转换，在Chrome中可以看到一个压缩的细长矩形：

但是，此处的BBox被指定为由四个数字组成的数组，分别给出了阴影边界框的左，下，右和上坐标（同上，表77 —所有阴影字典共有的条目），而不是作为对角线的两个端点。因此，我赞成Adobe也实施的第一种解释。

我还没有ISO 32000-2：2020的副本，因此也许这已经以一种或另一种方式得到了阐明。

如果在填充指令期间将阴影用作当前颜色，则情况将有所不同。在这种情况下，规范会说：

模式的外观是根据其自己的内部坐标系描述的。每个模式都有一个模式矩阵，即一个转换矩阵，用于将模式的内部坐标系映射到模式的父内容流（将模式定义为资源的内容流）的默认坐标系。模式矩阵与父内容流的模式矩阵的连接建立了模式坐标空间，在模式坐标空间中应解释模式中的所有图形对象。

（ISO 32000-2：2017，第8.7.2节-模式的一般属性）

在这种情况下，带有对角轴向阴影的方形边界框将不受当前变换矩阵的约束。