PdfSharp Image Filter为空字符串问题：是否应沿用前序有效解码类型

不建议直接沿用前序页面的/FlateDecode解码类型，需按以下规则处理：

• 按照ISO 32000 PDF官方规范要求，图像字典的Filter字段为空时，代表对应流数据是未经过任何压缩编码的原始像素数据，无需额外执行解码操作，直接匹配ColorSpace、BitsPerComponent等字段参数读取像素信息即可。
• 同一份PDF内不同页面的图像Filter参数相互独立，不存在全局继承逻辑，前后Filter不一致大概率是PDF生成工具的配置变更、导出bug，或是后续图像本身就是无压缩嵌入的正常情况，强行复用前序解码规则会导致流解析失败、输出乱码图像，甚至触发程序边界报错。
• 如果你担心是生成工具漏写Filter字段，可以加一层兼容校验逻辑：先读取流的前2个字节，判断是否符合zlib格式（/FlateDecode对应压缩标准）的头部特征（常见为0x78 0x01、0x78 0x9C、0x78 0xDA），匹配成功再尝试用/FlateDecode解码，不匹配则直接按原始无压缩数据处理。

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