将 PDF 转换为图像
即时将 PDF 页面转换为 PNG 或 JPG 图像。自定义缩放和质量,然后将所有页面打包成 ZIP 或下载单张图像。
支持 PDF 文件 · 最大 100 MB
使用方法
- 上传 PDF · 将您的 PDF 文件拖到拖放区域,或点击从您的设备浏览。
- 选择设置 查看页面缩略图,然后选择格式(PNG/JPG)、缩放(1x 到 2x)以及 JPG 质量。
- 下载 · 点击“转换为图像”,每页都会作为单独的图像文件下载。
为什么将 PDF 转换为图像?
将 PDF 转换为图像使您可以轻松地在网页、演示文稿、社交媒体和报告中共享文档内容。图像可以在任何设备和平台上查看,无需 PDF 查看器,非常适合网页设计、创建缩略图、预览文档和存档。此工具在您的浏览器中直接即时处理,完全保护您的隐私。
功能
- 多种格式 · 选择 PNG 以获得最高质量和透明度支持,或选择 JPG 以获得更小的文件大小。
- 灵活的缩放 · 从 1x、1.5x 或 2x 缩放中选择,以获得适合您用例的图像分辨率。
- 质量控制 可在 60 到 100 百分比之间调整 JPG 质量,以平衡文件大小与外观。
- 批量下载 · 多页 PDF 的所有页面都会自动作为单独的图像文件下载。
- 隐私 · 所有转换都在您的浏览器中进行。没有文件上传到任何服务器,确保完全保密。
- 快速 · 您的 PDF 会即时转换为图像,因为处理在本地进行,无网络延迟。
常见问题
我应该选择 PNG 还是 JPG?
PNG 是无损的(没有质量损失),更适合带有文字或图表的文档。JPG 经过压缩,文件更小,适合以照片为主的 PDF。JPG 支持质量调节(60 到 100 百分比);PNG 永远是完整质量。
缩放设置有什么作用?
缩放控制输出图像分辨率。1x 提供标准分辨率,1.5x 提供高分辨率,2x 提供最大清晰度。较高的缩放意味着更清晰的图像,特别是用于打印或高 DPI 显示,但文件大小更大。
我可以从我的 PDF 中仅下载一页吗?
目前,转换时所有页面都会作为单独的图像文件下载。如果您只需要一页,您可以先使用 PDF 拆分工具提取该页面,然后使用此转换器。
最大文件大小是多少?
PDF 文件最大可达 100 MB。处理在您的浏览器中进行,因此页数较多的非常大的文件可能需要更长时间处理,具体取决于您的设备。
我的 PDF 会被上传到服务器吗?
不会。所有转换都通过 PDF.js 在您的浏览器中本地完成。您的 PDF 绝不会离开您的设备,确保完全的隐私和安全。
它在移动设备上可以工作吗?
是的。该工具在移动浏览器上工作,尽管处理速度可能比桌面慢,特别是对于大型 PDF 或高缩放设置。为了获得最佳性能,我们建议在大型文档上使用桌面。
「PDF 转图像」到底是什么意思
PDF 是一种矢量文档。文档里的文字以字符编码加字体资源的形式保存,而不是以像素保存。矢量图形(直线、曲线、填充)以绘制运算符的形式保存在内容流中,也不是像素。只有嵌入的照片图像才是以压缩像素数组的形式保存。当查看器渲染 PDF 时,它会遍历内容流,以选定的分辨率把文字和矢量图形绘制到像素表面上,然后再把嵌入的位图叠加上去。把 PDF 转成图像,就是挑一个分辨率,让渲染器为每一页生成对应大小的像素表面,然后把这块表面写成 PNG 或 JPEG 文件。
输出是一张位图:一个固定的像素网格,底下不再有文本数据或矢量数据。文字不再可选,矢量图形再放大就会出现锯齿,文件大小完全由分辨率和格式的压缩效率决定。这是一次单向变换:一旦栅格化,如果不通过 OCR 或矢量化把结构从像素中重新推断出来,就无法把文档还原成矢量 PDF。当你需要把视觉内容当作图像来用时(用于社交媒体、演示文稿、博客文章、OCR 输入),就用 PDF 转图像,并接受可选择的文字和可缩放的矢量不在交付内容之列。
本工具是怎么渲染的
本工具使用 Mozilla 的 pdf.js,也就是 Firefox 内置 PDF 查看器所用的同一个 JavaScript PDF 渲染引擎。流水线分为四个阶段。第一,通过标准 File API 把源 PDF 读入浏览器标签页;不会产生任何网络流量。第二,pdf.js 解析文档的交叉引用表,在内存中构建出页面、字体和嵌入资源的模型。第三,对于用户选定的每一页,工具调用 page.getViewport({scale}) 计算在所选缩放下的像素尺寸,分配相应大小的 HTML5 canvas,再调用 page.render({canvasContext, viewport}) 把页面绘制到 canvas 上。
第四,canvas 的 toBlob() 方法生成 PNG 或 JPEG 图像,提供为下载,或在多页情况下通过 JSZip 打包成 ZIP。整条流水线都在你的浏览器标签页中运行;什么也不会上传。第一次打开页面时,从 CDN 加载 pdf.js 和 JSZip 是仅有的网络流量;在那之后,转换完全在本地进行。
缩放参数及其对应的 DPI 含义
缩放参数控制输出分辨率。pdf.js 以 1.0 为基准刻度来测量 PDF 页面,这对应于 96 DPI(CSS 像素的定义)。1.0 倍缩放下,canvas 与原 PDF 在 96 DPI 屏幕上的物理大小相当。2.0 倍缩放把宽和高都翻倍,得到的 canvas 像素数量是原来的四倍。一张美式信纸尺寸的页面(8.5 x 11 英寸)在 1.0 倍缩放下是 816 x 1056 像素;在 2.0 倍缩放下是 1632 x 2112 像素。
和打印 DPI 的对应关系很直接:1.0 倍缩放约等于 96 DPI,1.5 倍约等于 144 DPI,2.0 倍约等于 192 DPI。大多数工作流可以很自然地落到这几档区间:
- 72 到 96 DPI(1x 缩放): 网页与屏幕级别。适合缩略图、博客插图、社交媒体预览和邮件附件。
- 150 DPI(1x 与 2x 之间): 标准归档质量。适合屏幕阅读、文档库、OCR 输入,以及大多数办公打印。
- 192 DPI(2x 缩放): Retina 屏幕级别。在高分辨率笔记本和手机屏上文字清晰锐利,日常打印也够用。
- 300 DPI 及以上: 专业打印质量。本工具无法直接达到;若要做印刷终稿,请改用桌面工具(Adobe Acrobat Pro、pdftoppm 加
-r 300、或 ImageMagick 加-density 300)。
格式选择:PNG 与 JPG
PNG 是无损的。渲染器产出的每一个像素都被原样编码,不会有任何质量损失。它的压缩方式类似 ZIP:对于具有大片纯色、重复图案或锐利边缘的图像很高效,对照片类内容则没那么高效。PNG 还支持透明。JPEG 是有损的:压缩会丢弃人眼感知不到的高频细节,从而获得更小的文件,代价是锐利边缘和强对比区域附近会出现明显的伪影。质量滑块控制这一权衡:100% 接近无损,文件大小通常是 60% 时的 3 到 5 倍;60% 文件小得多,但文字周围会出现明显的振铃。
几乎所有 PDF 的决策准则是这样:如果页面是文字、图表、统计图或线条画,就用 PNG。文字和矢量的锐利边缘会让 JPEG 即使在高质量下也出现明显的振铃伪影,而 PNG 的无损压缩对纯色区域(白色背景、纯色填充)非常高效,所以文件体积上的代价比一般经验法则所暗示的要小。如果页面是照片(扫描的杂志页、相册、印有大幅产品照的宣传册),就用 85% 到 90% 质量的 JPEG。如果文档两者混合,PNG 通常是更稳妥的默认,因为文字伪影显眼,而照片伪影不易察觉。
推动 PDF 转图像的真实工作流程
- 社交媒体与网络发布。 把 PDF 分享到 Twitter、LinkedIn 或博客文章上,至少需要把封面或关键页转成图像,因为这些平台不会把 PDF 当作内联预览来嵌入。营销团队把 PDF 报告、白皮书、案例研究转成图像预览;出版社把电子书封面和一页样章转成 PNG,放在商品页上。常见选择是 1.5x 到 2x 缩放下的 PNG。
- 演示文稿与幻灯片。 PowerPoint、Keynote 和 Google Slides 都能嵌入图像,却不能直接嵌入 PDF 页面。任何需要在幻灯片里放上 PDF 中的某张图、某张表或某段摘录的人,都会先把对应那一页转出来。一般偏好 PNG,因为这些插图通常含有文字或矢量内容,JPEG 会损害它们。
- OCR 输入。 有些光学字符识别流水线对栅格图像的处理效果反而比对已抽取文字层的 PDF 更好。流程是把 PDF 以 150 到 300 DPI 栅格化,在生成的图像上跑 OCR,然后直接使用 OCR 文本,或把它作为隐藏层重新注入一个新的 PDF。
- 法庭与法律证据。 在那些案件管理系统只接受图像格式的司法管辖区提交证据,需要先把 PDF 转成图像再上传。每页变成单独的图像,文件名带上证据编号和页码,打包成 ZIP 上传。
- 无障碍与归档。 一些机构资料库要求,除了原始 PDF 外,长期归档副本还要以栅格格式(PNG 或 TIFF)保存,基于一种顾虑:PDF 格式有朝一日可能不可读,而位图始终可读。这是一种有争议的归档策略,但确实在大规模实践中存在。
- 邮件与聊天附件。 出于安全原因,有些企业邮件或聊天客户端会过滤或拦截 PDF 附件,却允许图像通过。在发送前把 PDF 转成 PNG 是标准的变通做法。
常见陷阱与变通办法
- 文件大小随缩放呈平方级增长。 缩放翻倍会让像素数量变成四倍,大致也让 PNG 文件大小变成四倍,JPEG 文件大小变成三倍。一份 20 页的 PDF 在 2x PNG 下很容易产出 50 到 100 MB 的 ZIP。输入 PDF 的实际上限会随选定的输出分辨率反向缩小。如果 ZIP 太大,就降到 1x 或 1.5x,或者改用 JPEG。
- 文字不再可编辑。 栅格化之后,文字变成像素。复制粘贴失效,屏幕阅读器不再朗读内容,文档内搜索也不再能用。如果整套往返之后还需要可选择的文字,就要在输出图像上再跑一遍 OCR,而这会引入它自己的错误率。
- JPEG 会丢失透明。 PDF 可以含有背景透明的页面(通常是水印层或叠加图形)。JPEG 会把透明压成一个纯色背景,通常是白色。PNG 则会保留透明。如果文档里的透明对输出很重要,选 PNG。
- 矢量图形在放大时会像素化。 原始 PDF 可以无限放大而不损失锐利度,因为渲染器会在每一个缩放级别重新栅格化。输出图像被固定在渲染时的分辨率;在 100% 之上继续放大,看到的是像素,而不是重新计算出来的图形。任何观众可能放大查看的场景(大屏显示器、投影、印刷放大),都要在内存允许的范围里选择最高的缩放。
- 不同浏览器之间的抗锯齿差异。 不同浏览器在 canvas 实现中对文字抗锯齿采用了略有差异的策略。同一份 PDF 在 Chrome、Firefox、Safari 中按 2x 缩放渲染,得到的输出看起来很像,但并不像素级一致。对于多数用途差异是不可见的;对于司法或归档这种讲究精确可重现的应用,使用固定渲染器(Ghostscript、pdftoppm)在服务器端渲染会更合适。
- 加密的 PDF 无法解析。 带打开密码的 PDF 在密码未输入前,pdf.js 无法解析。本工具当前没有提供密码输入框。流程是:先用 免费在线 PDF 解锁 工具解锁,然后再来转换解锁后的副本。
输出大小为什么是现在这样
输出文件大小由三件事决定:页数、所选缩放,以及该格式的压缩效率。对于典型的文字加图表的 PDF 页面,1.0 倍缩放下的 PNG 大约每页 50 到 200 KB,2.0 倍下大约每页 200 到 800 KB;85% 质量的 JPEG 在 1.0 倍缩放下大约每页 30 到 80 KB,同等质量在 2.0 倍下大约每页 100 到 300 KB。照片含量高的页面在两种格式下都会更大,JPEG 仍然比 PNG 小 3 到 5 倍。一份 100 页的 PDF 在 2x PNG 下能产出 20 到 80 MB 的 ZIP;同一份 PDF 在 1x JPEG 85% 下则是 3 到 8 MB。多数用户想要的是介于两者之间的结果,这就是为什么 1.5x 缩放搭配 JPEG 85% 是事实上的通用默认。
仅浏览器 vs. 云端转换
占据搜索结果顶部的云端 PDF 转图像工具(Smallpdf、ILovePDF、Adobe Acrobat Online、PDF24、Sejda、PDF2Go)都会把你的源 PDF 上传到它们的服务器,在服务器端用渲染器(通常是 Ghostscript 或专有库)做转换,再把输出作为 ZIP 下载发回给你。它们的隐私政策表明,上传的文件会在几小时内删除,但文件已经过服务商的网络,在处理期间存在它们的磁盘上,并经过它们为了滥用检测而保留的各种日志。免费档通常会限制每天的操作次数;付费档则取消该限制。
本工具不上传。你的 PDF 通过标准 File API 读入浏览器标签页,在同一个标签页中由 pdf.js 解析和渲染,输出的 ZIP 也由 JSZip 在本地打包,再通过下载 API 保存到磁盘。你可以自己确认:打开浏览器开发者工具的「网络」标签,运行一次转换,观察并没有任何携带你文件内容的请求发出。代价是渲染能力:pdf.js 能正确处理绝大多数真实世界的 PDF,但服务器端的渲染器有成熟商用库可用,对一些边缘情况(不寻常的字体编码、复杂的透明组、罕见的 PDF 特性)处理得更好。对 95% 的输入 PDF,输出可以互换;对剩下的 5%,云端服务有优势。
更多常见问题
我能得到 300 DPI 的打印输出吗?
不能直接得到。本工具的上限是 2x 缩放,大约对应 192 DPI。要得到 300 DPI,合适的选择有桌面工具(Adobe Acrobat Pro 的导出为图像、pdftoppm 加 -r 300、ImageMagick 加 -density 300),或者支持任意 DPI 渲染的云服务(Adobe Acrobat Online、Smallpdf 付费档)。对于绝大多数并非严格送印的场景,2x 已足够:192 DPI 已经足够锐利,在正常阅读距离下与 300 DPI 的差别是看不出来的。
我能挑选特定的页面来转换吗?
本工具不直接支持。先用 免费 PDF 拆分工具 工具把想要的页面抽出来,再在这里对抽出后的 PDF 做转换。一步完成页面选择是计划中的功能;现阶段两步走的流程已能覆盖该用例。
为什么输出和 Adobe Acrobat 产出的不同?
本工具使用 pdf.js,也就是 Firefox 内置 PDF 查看器所用的 JavaScript 渲染引擎。pdf.js 在 95% 或更多真实世界的 PDF 上,处理结果与 Adobe Acrobat 完全一致。剩下的少数百分比涉及不寻常的字体、复杂的透明组、pdf.js 尚未实现的近期 PDF 特性,或一些色彩管理的边缘情况。对这些文档,Adobe Acrobat 或服务器端工具能产出更准确的结果。对日常 PDF,差别是看不见的。
我能在输出图像上做 OCR 吗?
本工具不直接支持。输出图像可以送入另外一个 OCR 工具(Adobe Acrobat 的 OCR、Tesseract、在线 OCR 服务)。不少用户就是这么做的:在这里把扫描 PDF 转成图像,在别处做 OCR,再把 OCR 出来的文字作为隐藏层重建成一份可搜索的 PDF。要让 OCR 效果好,请在 2x 缩放下渲染(越接近 300 DPI,OCR 准确率越高)。
为什么颜色和 PDF 略有不同?
色彩管理。PDF 可以携带 ICC 色彩配置文件,用来规定颜色值如何映射到屏幕或印刷输出上。浏览器的 canvas API 并未完整实现 ICC 色彩管理;渲染器会把颜色当作 sRGB 来解释。对于多数文档这是看不见的;对颜色敏感的工作(平面设计、摄影作品集、印刷打样),具备正规色彩管理能力的桌面工具才是正解。Adobe Acrobat Pro 和 Adobe Photoshop 的「存储为网页所用格式」流程都能正确处理 ICC 配置。
在手机和平板上能用吗?
可以,但要在移动浏览器内存允许的范围内。手机端给每个标签页的 JavaScript 堆通常只有几百兆,对大多数 PDF 来说够用,但 2x 缩放下处理特别大的文档会顶到上限。粗略指南:50 MB 以下的 PDF 在手机上以任意缩放都能流畅转换;100 MB 以上的 PDF 在 2x 下可能会耗尽内存,应改用 1x 或 1.5x,或干脆放到桌面上处理。逐页处理的模型意味着标签页不会一次把整个输出都装进内存,所以内存占用大致与单页渲染体积成正比,而不是与整个文档大小成正比。