PDF 拆分工具,提取指定页或按范围拆分,每页成独立 PDF,本地处理不上传。
- 本地处理
- 分类 文档 PDF
- 适合 发送 PDF 前检查页面尺寸、元数据、顺序或文件结构。
100% 本地处理,PDF 不会离开你的浏览器。
这个工具能做什么
纯浏览器运行的 PDF 拆分工具。拖入一份 PDF,看到页数后选择拆法: 每页拆成一份独立 PDF、按页码范围拆(`1-3, 5, 7-9` 这种 Acrobat 写法, 1 起算,单页和范围可以混着写)、或者按目标文件大小拆(贪心打包, 每包尽量塞满又不超过你设的 MB 上限)。输出会打包成一个 zip 一键 下载,里面每份 PDF 的文件名都带原文件名 + 页码范围,例如 `合同-p1-3.pdf`、`合同-p5.pdf`,在文件夹里一眼就能认出顺序。 整个过程跑在你浏览器里的 pdf-lib 上,不上传、不调外部 API、不带 水印、不打统计。加密 PDF 在规范允许的范围内会用 `ignoreEncryption` 跳过限制,输出保存时关闭对象流,这样老版本 Adobe Reader、Preview、 pdf.js 都能正常打开。常见用途:从签好字的合同打包里抠单页、把扫描 的整本书拆成章节、把超大导出文件切成客户邮件能收的几 MB 小包。
工具细节
- 输入
- 文件 + 文本 + 数值
- 页面会根据工具类型展示文本框、数值控件、文件选择或结构化输入。
- 输出
- 即时结果 + 复制 + 下载
- 结果区优先给出可操作结果，支持项会显示复制、下载或可视化预览。
- 隐私
- 浏览器本地处理
- 主工具逻辑未发现外部 API 调用，输入通常留在当前标签页内处理。
- 保存 / 分享
- 免账号使用
- 打开页面即可使用；刷新后是否保留结果取决于具体工具。
- 性能预算
- 首屏 JS ≤ 180 KB
- 没有声明 WASM 依赖，适合快速打开和移动端使用。
- 适用场景
- 文档 PDF · 内容创作者
- 分类和职业标签用于推荐相关工具、组织内链，并帮助用户快速判断是否适合当前任务。
怎么用
-
1. 输入
把内容粘贴或拖入工具面板。
-
2. 处理
点击按钮,在浏览器内本地处理,文件不上传。
-
3. 复制 / 下载
一键复制结果或下载到本地。
PDF 拆分工具 适合怎么用
适合在文档交付、归档、上传或客服排查前使用,尤其是 PDF 要离开自己设备的时候。
适合处理的文档任务
- 发送 PDF 前检查页面尺寸、元数据、顺序或文件结构。
- 上传系统、发客户、内部审核前,先把文档批次整理干净。
- 不打开重型编辑器,也能先发现明显文档问题。
文档检查项
- 留意隐藏元数据、异常页面尺寸和密码保护。
- 合并或拆分前先确认页码顺序。
- 新文件能正常打开前,不要删原 PDF。
下一步可以接着做
这些入口会把当前任务接到更完整的工具链里。
真实使用场景
从 60 页的合同打包里只抠出某 1 页发给客户
法务给你一份 `主协议-2026.pdf`, 62 页, 全是签字页、附件、 附表。客户只要第 38 页的赔付附录, 转发给他们的保险公司。把 PDF 拖进来, 切"按页码范围", 填 `38`, 拆分。一秒不到, 桌面 就出现 `主协议-2026-p38.pdf`。不用把签好字的合同整个上传给 某个陌生网站, 不用扫描-打印-再扫描"抠"页, 也不用回过头让 法务重新导一次。出来的页和当初签字那一页字节级一致, 只是 独立成文件。
扫描书拆成每章一份 PDF 送进 Kindle
你在办公室的复印机上扫了一本 800 页绝版工具书 (输出 350 MB)。 想拆成每章一份 PDF, 这样 Kindle 库里能按章节单独列出来, 看第七章不用先翻过六章前言。对着目录抄好每章页码范围 (`1-22, 23-58, 59-94, ...`), 一次性粘到"按页码范围"框里, 逗号分隔, 拆。工具吐回一个 zip, 里面 18 份章节 PDF, 文件名 自带页码段, 可以直接侧载进阅读器。350 MB 的文件从头到尾 没离开你的电脑, 这点很重要,公司 IT 政策禁止把扫描的内部 资料上传到消费级云盘。
从一年的报销凭证里只抽出可抵扣的几页
会计要"只有业务餐发票"的那几页, 在你 240 页的年终报销打包 里。你心里已经把页码挑好了 (`4-7, 19, 28-31, 44, 67-70, 89, 102-105, ...`)。整段逗号分隔的范围直接粘进工具,它 支持很宽的范围、跳页、单页, 混在一起也能解。一键, 一个 zip 回来, 每段范围对应一份带标签的 PDF。转给会计, 她按文件名 的页码段直接导入记账系统, 每一段都是独立凭证, 她那头省掉 手动拆的功夫。
把 40 页董事会材料切成"每个人只看自己那段"的小包
季度董事会材料 40 页: 财务部分 (1-12) 由 CFO 讲, 运营部分 (13-25) 由 COO 讲, 产品部分 (26-34) 你讲, 附录 (35-40) 所有人共用。与其把整个 40 页 PDF 同时发给四个人,而他们 各自只关心自己那十几页, 不如拆三次: CFO 拿 `1-12,35-40`、 COO 拿 `13-25,35-40`、你自己拿 `26-34,35-40`。三个 zip, 每个里头两份 PDF (本人那段 + 共享附录)。会上要翻的页少了, 也少了人提前看到不该提前看到的那一段的风险。
把电子签合同每页独立归档进知识库
公司知识库 (SharePoint / Notion / Confluence) 按"一页 PDF 一条目"存合同, 这样能细粒度授权: 财务能看付款条款那页, 法务看赔付那页, 销售只看封面。一份 24 页的电子签合同拖 进来, 切"每页一个 PDF", 拆。得到一个 zip, 里头 24 份单页 PDF, 文件名从 `合同-p1.pdf` 到 `合同-p24.pdf`, 页号天然 带在文件名上, 直接批量导入归档系统就行。一次拖拽换 24 次 Acrobat 操作。
常见踩坑
把 1 起算和 0 起算搞混了。这个工具按 Acrobat 习惯, 第 1 页就是封面。你以为 `0-3` 是"前四页", 实际 `0` 被悄悄丢掉, 你拿到的是 1-3 页。想"跳过封面"应该写 `2-`, 写 `1-` 是从封面开始。
给加密 PDF 拆分, 结果拆出来的小包也打不开。工具用 `ignoreEncryption` 读 PDF, 所以"只锁编辑"的 PDF 能正常解析; 但如果是真正"内容也被加密"的用户密码 PDF, 拆出来的每一份都继承了不可读状态。先 `qpdf --password=…` 解密成普通 PDF, 再来拆。
指望文件名顺序就能拼回原稿。输出文件名长这样 `报告-p1-3.pdf`、`报告-p10-12.pdf`, 按字典序 `p10-12` 会排在 `p2-4` 前面, 只有支持"自然排序"的文件管理器才会按数字排。要么源头给页码补零 (`p001-003`), 要么用本站 PDF 合并工具按你指定的顺序拼, 不靠文件名。
隐私说明
整件事都在浏览器里跑, 基于 pdf-lib 的纯 JavaScript: `File.arrayBuffer()` 把文件读进内存, pdf-lib 把你挑的页拷进 新文档, 内联 zip writer 打包, 一次下载结束。PDF 内容、嵌入的 文字图片、电子签名, 一个字节都不会过我们的服务器, 因为我们 压根没有一台能接收 PDF 上传的服务器。有一处需要提醒: pdf-lib 会把源文档的信息字典 (创建软件、修改时间, 有时还有作者名) 原样带到每一份拆出来的小 PDF 上。如果这点敏感, 拆完再用 `qpdf --linearize` 配元数据清理工具洗一遍, 拆分本身不会 新增任何元数据。
常见问题
类似工具组合
做你这行的人, 还会一起用这些。