PDF 拆分把一个多页 PDF 按你给出的规则切成若干个独立的 PDF 文件，全部计算在浏览器内完成，源文件不上传也不被修改。

需要它的场景往往是「一份文件，多个去处」：一本合同要把签字页单独发给对方；扫描仪把整叠材料扫成了一个 100 页的文件，而每 4 页才是一个人的表格；期刊寄来整期 PDF，你只想留下自己的那篇；或者反过来，某个平台限制单文件页数，你得把长文档切成几段上传。

它提供四种切法：按范围（每个范围一个文件，也可以合成一个）、每 N 页（等分）、选中页（在缩略图里点选，抽成一个新文件）和逐页（每页一个文件）。多于一个输出文件时自动打包成 zip 下载，只有一个时直接下载 PDF。

拆分作用于「当前排列」而不是原始文件：如果你先在中间区域删掉了空白页、把颠倒的页转正，拆分的页码和内容都以整理后的状态为准。这让「先整理再拆」成为一步操作，但也意味着你输入的页码指的是屏幕上的序号。

1. 01添加 PDF拖入或点击选择一个 PDF。工作台会显示总页数和页面缩略图；若文件加密，会先要求输入打开密码（仅能查看，拆分仍需先「解锁 PDF」）。
2. 02可选：先整理页面在中间区域旋转、删除或拖拽重排。拆分按整理后的顺序计页。
3. 03切换到「拆分」面板并选择拆分方式： - 按范围：在「页码范围」框输入如 1-3,5,8-10，每个范围输出一个文件；打开「把所有范围合并为一个文件」则把这些范围按输入顺序拼成一个。 - 每 N 页：填写「每份页数」，从第 1 页起等分，最后一份可能不足 N 页。 - 选中页：先在中间区域点选页面（Shift 连选一段），面板会显示已选页数，输出一个只含这些页的 PDF。 - 逐页：每页导出一个单页 PDF，全部打包成 zip。
4. 04点击「开始拆分」底部进度条按页推进。输出文件名以源文件名开头，后接页码标签，例如 contract_第1-3页.pdf；多个文件打包为 contract_拆分.zip。
5. 05继续处理（可选）结果卡上的「再次下载」可重新保存；若输出是单个 PDF，还可以「加入工作区继续处理」。

对一份 12 页的合同（contract.pdf，11.5 KB）做两次拆分，真实输出如下：

范围语法允许的写法：

会被拒绝并提示原因的写法：0-3（页码从 1 开始）、5-2（起始页大于结束页）、10-15（超出总页数时提示实际页数）、a-b（无法识别）。

按范围：1-3,5,8-
  contract_拆分.zip（10.2 KB），内含 3 个文件
    contract_第1-3页.pdf     3 页
    contract_第5页.pdf       1 页
    contract_第8-12页.pdf    5 页     ← 「8-」表示从第 8 页到最后
  未出现在任何范围里的第 4、6、7 页不会输出

每 N 页：N = 4
  contract_拆分.zip（12.8 KB），内含 3 个文件
    contract_第1-4页.pdf
    contract_第5-8页.pdf
    contract_第9-12页.pdf

1-3,5,8-10     逗号分隔，连字符表示闭区间
1-3、5 8-10    顿号、空格同样视为分隔符
2—5  2~5       长横线、半角波浪号会被规整为「-」
9-             到最后一页
-3             从第 1 页到第 3 页
1-3,2-6        范围可以重叠：第 2、3 页会同时出现在两个输出里

PDF 里的「第几页」是什么

一个 PDF 文件内部没有「第 5 页」这个字段。文档目录下挂着一棵页面树（Page Tree），叶子节点是一个个 /Page 对象；阅读器按深度优先遍历这棵树，遇到的第 5 个叶子就叫第 5 页。这个序号叫物理页码，与页面上印着的「5」或目录里的「第五章 …… 5」没有必然关系。

PDF 还允许在文档级定义页面标签（Page Labels），让阅读器把前言显示成 i、ii、iii，正文从 1 重新开始。本工具的范围输入使用的是物理页码，也就是缩略图下方标注的数字；如果你的文件有罗马数字前言，请按缩略图上的序号而不是页面上印的页码来填。

拆分是怎么执行的

拆分与合并共用同一套机制：用 pdf-lib 新建空文档，按分组把页面从源文件「复制」过来。每一页被复制时，它引用的内容流、字体、图片、页级批注一起被深拷贝并重新编号；页面旋转通过 /Rotate 写入。分组之间彼此独立——第 1 组的输出文件不知道第 2 组的存在。

「每 N 页」的分组算法是从当前排列的第 1 页起每 N 页切一刀，最后一组取剩余页数；「按范围」则严格按你输入的顺序生成分组，范围重叠时页面会被复制多次；「选中页」把已选页按它们在排列中的先后顺序放进一个分组；「逐页」等价于 N = 1。

为什么各部分体积之和不等于原文件

拆出的每个文件都要能独立打开，因此源文件里被多页共用的资源（最典型的是嵌入字体）会在每个输出文件里各有一份。一份 12 页、嵌入了 3 款字体的文档拆成 3 份，字体数据就存在 3 份。此外，工作台为了支持逐页整理，是一页一次复制的，同一输出文件内多页共用的字体也会被逐页复制（详见「PDF 合并」的原理一节）。上面的示例里源文件用的是 PDF 内建标准字体、没有嵌入字体数据，所以三份之和与原件相当；对嵌入字体的文档，之和会明显大于原件。

反过来，拆分也不会「解锁」任何东西：如果源文件的某页含有一张 20 MB 的扫描图，拆出的那页就是 20 MB。

什么不会带进输出

和合并一样，复制页面只带走页面级内容。书签、表单字段定义、附件、命名目标、文档属性等文档级结构不会进入任何一个输出文件；跨页链接如果依赖命名目标则会失效。带数字签名的文件拆分后签名失效——这是所有重写 PDF 结构的操作的共同结果，不是拆分特有的。

zip 是怎么来的

多个输出文件用 JSZip 在浏览器内打包成一个 zip（DEFLATE 压缩级别 6）。PDF 内部的流通常已经压缩过，所以 zip 几乎不会再缩小体积，它的作用只是让浏览器一次下载多个文件。解压后每个 PDF 都是完整独立的。

• 先整理再拆：双面扫描常夹着空白背面页。先在中间区域点选空白页、「删除」，再按「每 N 页」拆——页码以删除后的排列为准，各份的页数才会整齐。
• 范围合并 = 有序抽取：打开「把所有范围合并为一个文件」后，8-10,1-3 会输出一个先放第 8–10 页、再放第 1–3 页的文件。这比「拆分—再合并」少一轮下载，也是一种快速重排。
• 让封面出现在每一份里：范围允许重叠。1-4,1,5-8,1,9-12 会得到 5 个文件，其中三个是 4 页的分册、两个是单独的封面；如果你想要的是「每个分册都带封面」，更直接的做法是对每个分册各跑一次「合并为一个文件」的 1,5-8。
• 按份分发的表格：一次扫描了 25 份 4 页的报名表，用「每 N 页」N = 4 得到 25 个文件，文件名自带页码范围，便于对照原件编号重命名。
• 抽取并继续加工：「选中页」输出的是单个 PDF，可以直接「加入工作区继续处理」，接着加水印或页码，无需重新上传。
• 超大文件分段：需要把 300 页扫描件传到限制 50 页的平台，用 N = 50 拆成 6 段；平台不限页数只限体积时，先用「PDF 压缩」再拆分更划算。

输入格式

PDF，一次处理左侧列表中当前选中的那个文件；其他已添加的文件不受影响。

加密文件

需先在「解锁 PDF」移除密码；仅输入查看密码不能拆分。

页码基准

以中间区域的当前排列为准（1 起始、物理页码），不是页面上印刷的页码，也不是原文件顺序（若你已重排）。

输出

单个分组直接下载 PDF；多个分组打包为 zip，压缩率取决于内容（PDF 一般几乎不再缩小）。

文件体积

无硬性上限，超过 200 MB 提示较慢；受浏览器内存限制，拆分过程需同时持有源文件和全部输出。

保留

页面内容、矢量文字、嵌入字体、图片、页级批注、旋转。

不保留

书签、表单定义、附件、命名目标、原文档属性、数字签名的有效性。

不做什么

不按书签或章节标题自动拆分，不识别文字内容来决定切分点，不合并多个源文件（那是「PDF 合并」）。

• 「输入 5-2 会倒序输出」：不会，起始页必须小于等于结束页，否则报错。想要倒序，先在中间区域拖拽重排。
• 「页码指的是页面上印的号码」：不是。以缩略图下方的序号为准，前言用罗马数字的文件尤其要注意。
• 「没写进范围的页会自动归成一个文件」：不会。按范围模式只输出你写出的范围，遗漏的页不会出现在任何输出中。
• 「拆分后的文件加起来应该和原来一样大」：每个输出都要独立可用，共用字体会被复制多份，之和通常更大。
• 「拆分能拆掉密码或签名」：加密文件根本不能拆；签名文件拆分后签名失效，不是「被拆掉」，是文档已被重写。

文件在浏览器内读取、解析和重建，不经过任何服务器。页面缩略图由 pdf.js 在本机渲染，输出文件由 pdf-lib 在本机生成，zip 打包同样在本机完成。断网状态下依然可用；关闭页面后内存中的数据即被释放。

• ISO 32000-1:2008，PDF 1.7，§7.7.3 Page Tree（物理页序的定义）、§12.4.2 Page Labels（页面标签与显示页码）：https://opensource.adobe.com/dcs/pdf/PDF32000_2008.pdf（访问日期：2026-09-08）
• pdf-lib 文档，copyPages 与文档创建 API：https://pdf-lib.js.org/（访问日期：2026-09-08）
• PKWARE，.ZIP File Format Specification（APPNOTE），zip 容器结构：https://pkware.cachefly.net/webdocs/casestudies/APPNOTE.TXT（访问日期：2026-09-08）
• RFC 1951，DEFLATE Compressed Data Format Specification：https://www.rfc-editor.org/rfc/rfc1951（访问日期：2026-09-08）