速查在线工具箱PDF 转成长图，为什么又糊又被截断？
浏览器画布有硬上限：单边约三万像素、总面积约两亿六千万像素。二十页文档按中等精度拼接就会越过这条线，越过之后不是画模糊，而是根本画不出来。
先分清两件事：截断是画布装不下，模糊是精度不匹配。前者有确定的数值上限，后者取决于渲染精度与最终显示尺寸。
画布上限可以算：单边约三万二千多像素、总面积约两亿六千八百万像素，越过后绘图命令不生效——表现是空白或只画出前半段，而不是画出错误内容。
按常见 A4 文档估算，中等精度下二十页拼起来总高约三万五千像素，已经越线；要拼得下必须降精度或分卷。这也解释了为什么页数一多就「只能导出前几页」。
长图在分享、存档、发送给不方便翻页的人时很实用，所以这个需求一直存在。但长图的失败方式很有迷惑性：它不像报错那样明确，而是安静地少一段，或者整体发虚。
这一篇给出两条可算的判据——单边与总面积，以及精度该怎么选，让你在导出前就能判断可行性。
1先把上限算清楚
不同浏览器的上限并不一致，做工具时必须按最小值兜底。
| 环境 | 单边上限 | 总面积上限 | 换算成内存 |
|---|---|---|---|
| 桌面浏览器（保守口径） | 约 32,767 像素 | 268,435,456 像素 | 约 1 吉字节 |
| 另一个主流内核 | 约 32,767 像素 | 472,907,776 像素 | 约 1.8 吉字节 |
| 移动端浏览器 | 约 4,096 像素 | 16,777,216 像素 | 约 64 兆字节 |
上限是「单边」与「总面积」两道闸门同时生效，任何一道超标都会让画布失效，所以要看更严格的那一条。
2页数一多就一定越线吗
用常见 A4 尺寸算一遍就清楚了（下列数字由脚本复算得出）。
| 渲染精度 | 单页像素 | 二十页总高 | 是否越线 |
|---|---|---|---|
| 低精度 | 约 794 × 1123 | 约 22,460 像素 | 安全 |
| 中等精度 | 约 1240 × 1754 | 约 35,080 像素 | 越过单边上限 |
| 较高精度 | 约 1654 × 2339 | 约 46,780 像素 | 越线更多 |
注意此时总面积往往还没超（中等精度二十页约四千三百万像素，离两亿六千万还远），真正卡住的是单边高度。
3模糊是怎么来的
截断有明确阈值，模糊则是「渲染精度」与「实际显示尺寸」不匹配的结果，与页数无关。
- 渲染精度低于显示尺寸
- 按低精度渲染，再在高分屏上放大展示，像素被拉伸，纹理变糊
- 重复有损压缩
- 每导出一次 JPEG 就重编码一次，质量只降不升，多次中转会累积损失
- 原始页面本身是位图
- 扫描件里的内容本来就是像素，放大只能放大像素块，不会变清晰
- 先缩后放的工作流
- 把图缩小处理再放大回目标尺寸，信息已经在缩小那一步丢掉
想要又长又清晰，只能先算总高再定精度；算下来装不下就分卷，而不是硬渲染。
顺着这个问题往下用
全部工具总览 →相关疑问
为什么导出的长图只有前几页？
多半是总高越过了画布单边上限，画布失效后剩余部分不再绘制。降低精度或改成多张分卷即可。
长图至少要多少精度才够看？
取决于最终展示尺寸。按屏幕阅读为主时，保证「渲染像素数不低于展示像素数」即可，不必盲目追求高精度。
手机上更容易失败吗？
是。移动端浏览器的画布总面积上限小得多，同等页数下更容易越线，也更容易因内存紧张而中断。
长图太大发不出去怎么办？
分卷是首选：按若干页一组导出，比整体降精度更能保住可读性。
继续看：相关问题与资料
全部问题解答 →内容说明：本页针对具体使用问题作答，方法步骤与数值由本站自行整理与复算，事实性内容以对应官方规范与文档为准。内容最后核对日期：2026-10-09。若发现错误，欢迎通过页脚反馈入口告知。