PDF逐页处理仍提示256MiB？页码范围预算不是实时内存读数

PDF 工具明明按页处理、每页之后也释放画布，为什么还会提示“所选页面预计原始 RGBA 超过 256MiB”？因为累计选择范围的保护预算，与某一瞬间真正驻留的内存，不是同一个数。

先看预检算了什么

图叮当前会先取得各选定页面在目标倍率下的宽高，向上取整，再累计 width×height×4。超过 256 MiB 的累计 RGBA 预算时，整轮停止并提示减少范围或倍率。

下面是假设每页输出都为 4000×3000 的构造算例，不是某份真实 PDF 的内存测量：

每页：4000 × 3000 × 4 = 48,000,000 字节
5 页：240,000,000 字节，约 228.9 MiB
6 页：288,000,000 字节，约 274.7 MiB

在这个特定算例中，6 页会超过 256 MiB 的预算。不同页面尺寸、方向和倍率会改变结果，不能把“最多 5 页”当成工具对所有 PDF 的固定页数限制。

逐页释放，处理的是另一层成本

进入实际渲染后，当前工具一次处理一页；每页结束会清理页面对象，并把画布宽高收回到 1。整份文档结束后还会清理加载任务。

这些动作降低资源长期占用的风险，但不会把前面的累计预检自动取消，也不证明峰值正好等于一页的 RGBA 数。PDF 文档数据、解码、导出 Blob 与浏览器自身管理仍可能占用资源。

因此，应把保护预算理解为工具的保守准入规则，而不是任务管理器的一次读数，更不是所有浏览器只能使用 256 MiB 的结论。

累计预算和单页边界还要分开

当前单页预检还有单边和 40,000,000 像素边界。某页单独过大，与多页累计过大是两种情况：

• 单页过大，先降低这一页的输出倍率；
• 多页累计过大，可以减少本轮页码范围；
• 密码或页码格式错误，不能靠降低倍率修好。

倍率减半时，若宽高都按比例减半，像素成本约降到四分之一；实际还会经过取整，最后以工具的预检结果为准。

分批时保留页码，不靠文件数量猜完成

拆成较小范围处理，可以先导出需要的页，再处理下一组。保留源文件、选页清单和每页结果；失败页也应单独记下，不把“下载了几张”当作“所有选页都成功”。

在图叮 PDF 转图片工具中缩小范围或倍率后，核对实际输出是否仍满足阅读和交付要求。出现单页异常时，可继续参考密码错误与失败页隔离。这次最重要的区分是：范围预算、单页保护和实时内存，分别回答不同的问题。