PDF 转 PNG v1.0

PDF转PNG是把文档的每一页渲染成一张无损位图。但搜索这个需求的人里，很大一部分真正想解决的不是格式，而是清晰度——转出来的图一放大就糊，文字边缘发毛，发给客户还得道歉重发一次。问题几乎从来不在PDF本身，而在于转换器替你选了一个很低的分辨率，并且没在页面上告诉你。DocPivot的PDF转PNG把这个选择交还给你：96、150、300、600四档DPI，转换前就把输出的真实像素尺寸写在面板上，整个渲染过程在你自己的浏览器里完成，文件不上传服务器。

转出来的图不清晰，问题出在DPI，不在你的PDF

PDF页面里的文字和线条大多是矢量数据，本身没有分辨率这个概念，分辨率是渲染那一刻才产生的。渲染时的缩放系数等于DPI除以72，所以同一页美式信纸尺寸的文档，在96 DPI下输出816×1056像素，在300 DPI下输出2550×3300像素，长宽各差三倍多，细节量差十倍。

免费在线转换器为了压低服务器算力和带宽成本，普遍把这个数字固定在72到96之间，而且不写在界面上。于是“PDF转图片模糊怎么办”成了一个常年不消失的搜索需求：用户以为是文件坏了，反复换文件重试，其实换一个允许自己选分辨率的工具就解决了。这个逻辑在PDF转JPG上同样成立，只不过JPG还要再叠加一层有损压缩，边缘的毛刺会更明显。

有一个例外必须先说清楚。如果你手上的PDF本身是扫描件，页面内容其实就是一张150 DPI的位图，那么把渲染DPI拉到600也只是把模糊的像素等比放大，不会凭空长出细节。矢量内容可以往上无限提高，扫描件的上限就是当初扫描时的分辨率。开始转换之前，先把PDF在阅读器里放大到300%看一眼文字边缘：边缘依然锐利的是矢量，已经出现色块的是扫描件。

DocPivot PDF转PNG是怎么工作的

这个工具把pdf.js 6.2.108自行托管在站点内，包括它的worker、字符映射表和标准字体文件，不依赖任何CDN。你选择文件后，解析、渲染、编码、打包四个步骤全部在浏览器里跑完，页面加载完成之后即使断网也能继续用。

它和常见免费转换器的差别集中在三件事上：先编辑后渲染，所以你旋转过、删掉过的页面会按编辑后的状态输出；用自研的PNG编码器写文件，而不是调用浏览器自带的编码接口，同样的像素体积小三分之一左右；以及它同时回答了“PDF转PNG”这个说法背后的两种需求——整页渲染，和只要文档里那些照片。如果你的目标是把体积压到最小而不是保持无损，PDF转WebP是更合适的路径。

主要优势

• 分辨率自己选，像素先告诉你：四档DPI对应的真实输出尺寸在转换前就显示在面板上，读的是文档自己的页面框，不是通用估算值。
• 文件不出设备：没有上传，也就没有“几小时后自动删除”这种需要你去相信的承诺，更没有别人服务器设定的体积上限。
• 体积比浏览器编码小约三分之一：同一页文档，浏览器自带编码器输出338,686字节，自研编码器输出225,024字节，每页多花大约20毫秒。
• 编辑和转换是同一步：旋转、删除、重排、只保留某几页都在渲染之前生效，不需要先用旋转PDF处理一遍再拿去转换。
• 不限页数，无水印，免注册：没有每日次数上限，也没有排队。
• 删页和转换合并成一次操作：需要剔除空白页或内页广告时，直接在页面列表里操作，省掉先跑一遍删除PDF页面再导出的往返。
• 输出即成品：PNG是无损格式，如果后续还要压体积，可以再交给图片压缩处理，两步职责分明。

功能拆解

• 四档DPI：96屏幕、150日常、300印刷、600最高，覆盖从微信配图到施工图归档的完整跨度。
• 白底而非透明底：画布以不透明方式创建并先填充白色，所以不画背景的PDF输出的是白纸，而不是一块透明区域，文件里也不会带一条完全没用的alpha通道。
• 旋转叠加计算：你手动设置的旋转角度会和页面自身携带的旋转属性合成，不会出现转完躺倒的情况。
• 页面重排后再渲染：调整顺序的结果直接体现在输出文件的编号上，效果等同于先做PDF页面重排再导出，但只需要一次操作。
• 文件名零填充：输出命名形如report-03.png，在文件管理器里能正确排序，不会出现第10页排在第2页前面。
• ZIP只打包不压缩：PNG本身已经是压缩过的数据，再压一遍收益接近零，所以打包时直接存储，省下等待时间。
• 16,384像素安全上限：超大幅面纸张在高DPI下会被自动缩到这个上限以内，避免浏览器画布直接崩掉。
• 加密文件明确拒绝：带打开密码的PDF会返回具体的错误提示而不是静默失败，需要先用解除PDF密码处理。
• 内嵌图片去重：提取模式下，跨40页重复出现的页眉logo只会保存一次，短边不足32像素的碎片图标自动跳过。
• 按页范围输出：只需要其中几页时，用“只保留这几页”直接筛选，逻辑和提取PDF页面一致。

使用步骤

1. 选择文件。把PDF拖进页面或点击选择，浏览器本地完成解析，页面尺寸随即读出。
2. 先做页面编辑。需要旋转、删页、调顺序的现在就做，这些改动会在渲染时生效。文件太大想先拆开处理，可以配合拆分PDF。
3. 选择分辨率。面板会显示该档DPI下的真实像素尺寸，确认这个数字符合用途再继续。
4. 选择输出模式。整页渲染，或只提取文档内嵌的照片。
5. 下载结果。单页直接下载图片，多页打包成一个ZIP，面板会报告文件数量和总体积。尺寸不合适再用图片尺寸调整改。

整页渲染和提取图片，是两件完全不同的事

“我要PDF里的图”这句话有两种意思，选错模式会拿到完全不想要的结果。整页渲染给你的是一张包含文字、表格线和页边距的完整页面照片；提取模式给你的是文档里真正存放的那些照片，按它们自己的原始分辨率保存，周围的文字排版一概不要。

提取模式的实现方式是遍历页面的绘图指令，收集图像对象并按名称去重。有一点需要说明：提取出来的图片是解码后重新编码的，不是从PDF里逐字节复制原始数据。因为直接搬字节只在最理想的情况下成立——必须是普通JPEG流、没有蒙版、不是CMYK、不带特殊色彩空间，而真实文档里这四个条件很少同时满足。需要更换目标格式时，交给图片格式转换比在提取阶段做更可控；确定要有损格式的话，PNG转JPG是常规下一步。

四档分辨率分别该在什么时候用

下面这组数字来自一份真实的22页文档，测量的是其中一页美式信纸尺寸的页面，可以直接当作选择依据。

整份22页文档在150 DPI下输出4.7 MB，耗时1.17秒。渲染时间在各档位之间差别不大，因为pdf.js画的是矢量而不是给位图重新采样，真正随分辨率增长的是编码环节。600这一档存在的理由很具体：300 DPI会让平面图里的细线和小号标注糊成一片，做工程图纸归档的人需要那多出来的一倍。反过来，如果只是要缩小体积，调低DPI比事后压缩更划算，因为像素从一开始就没有生成——这一点和PDF压缩的思路不同，后者动的是文档内部的资源。追求更小体积又能接受现代格式，PNG转WebP通常还能再降一大截。

哪些场景真的需要这个工具

跨境电商详情页素材

做亚马逊、速卖通的卖家常从供应商那里拿到PDF格式的产品手册，但平台后台只收图片。300 DPI整页渲染可以直接得到清晰的详情页素材，如果只需要产品照片本身而不要说明文字，切到提取模式一次拿全。多份手册需要先并成一份再统一处理时，先用合并PDF整理会更省事。

公众号和小红书图文

微信公众号编辑器不支持嵌入PDF，白皮书、行业报告要发出去只能变成图片。150 DPI在手机屏幕上足够锐利，单页两百多KB也不会拖慢加载。图文排版需要重新组织内容顺序的话，先用PDF转Word取出文字会比对着截图重打快很多。

图纸与工程档案

建筑、机械行业的图纸归档对细节容错极低，标注数字看错一位后果不小。600 DPI配合本地处理，既保住了线条，也避免了图纸这类敏感资料经过第三方服务器。扫描件如果还需要变成可检索的文字，那是PDF文字识别的活，渲染本身做不到。

投标文件与政务系统上传

不少招投标平台和政务办事系统只接受JPG或PNG格式的附件，且对单文件体积有硬性限制。先在本地渲染成图片再逐个上传，比把整份含有企业资质、财务数据的标书传给一个境外转换网站要稳妥得多。按照《数据安全法》和《个人信息保护法》的要求，企业对自己掌握的数据负有保护义务，而“文件上传到第三方服务器”这个动作本身就已经构成了一次对外提供。DocPivot把渲染放在浏览器里执行，从结构上消除了这个环节，而不是靠一句承诺来解决。

这个工具做不到什么

把限制单独列出来，比藏在页面底部更有意义。

• 渲染不等于提取文字。输出的PNG里那些字是画上去的图案，不能选中、不能复制、搜索不到。需要文字请用PDF转文本。
• ZIP是在内存里整个组装的。22页600 DPI很轻松，一百页就不轻松了，手机会先撑不住。面板会如实提示，而不是偷偷把你选的分辨率降下来。
• 体积没有压到极限。再上一层优化能让参考页面从225,024字节降到109,879字节，但每页要多花702毫秒，相比现在的约20毫秒不划算，所以默认不跑。真正需要小文件的话换WebP更快也更彻底。
• 超大幅面纸张的DPI是目标而非保证。触碰16,384像素上限时会自动缩小，实际输出可能低于你选的档位。
• 加密PDF只拒绝，不破解。没有密码就打不开，这是设计如此。

和常见免费转换器的差别

对国内用户还有一层现实考量：多数主流在线转换服务的服务器在境外，含有身份证号、银行账号、员工名册的文件一旦上传，就涉及数据跨境传输的合规判断。本地处理绕开的不只是等待时间，还有这份判断题。

常见问题