PDF 拆分与提取指定页：区间语法、常见场景与本地做法
「只要这份 PDF 的第 2-5 页」「把扫描件按章拆开」——拆分比合并更常出现在整理场景。本文讲清页码区间的通用语法、几种典型拆法，以及怎么在不装软件的前提下完成。
区间语法：一套约定俗成
主流工具（包括 ToolVault PDF 拆分）都支持这种写法：
1-3,5 → 第 1、2、3 页一个文件，第 5 页一个文件
1,3-4 → 第 1 页一个文件，第 3、4 页一个文件
（留空） → 逐页拆分：每一页一个独立文件
三个易错点：
- 页码从 1 开始，不是 0——写
0会直接报错，这是保护而不是缺陷。 - 区间是闭区间，
3-5包含第 3、4、5 三页。 - 越界即报错：共 10 页写
5-12应该被拒绝。静默截断的工具会让你以为拿到了完整区间。
四种典型拆法
场景一：只要中间几页
合同签字页在第 7-9 页？输入 7-9，下载单文件。这是最高频的用法。
场景二：逐页拆成图片式归档
留空区间即逐页拆分。扫描的票据、发票按页归档时常用。文件名带页码后缀（-p3）是工具应有的体贴。
场景三：拆分后再合并 = 重组
把第 5 章挪到第 2 章后面：先拆出 1-4、9-12、5-8 三段，再按新顺序合并（PDF 合并）。两步都在浏览器本地做，中途文件不出设备。
场景四：批量拆一批文件
命令行更合适：qpdf input.pdf --pages . 1-3 -- out1.pdf 循环跑。浏览器工具的定位是偶发、交互式场景。
为什么拆分工具更应该本地运行
拆分的对象常是病历、判决书、成绩单、证件——从这类文档里提取页面，意味着把最敏感的片段交给工具。服务器处理的拆分站点（多数免费在线工具）会把整个文件上传，这在隐私上是最差组合：全文上传 + 你只带走一小段。
验证方法不变：DevTools Network 面板，拖入文件后零请求 = 真本地。ToolVault PDF 拆分 按这个标准实现。
常见问题
拆分后某页打不开？ 原文件该页的资源字典可能有跨页引用，极少见。换 qpdf 试一次即可定位是工具问题还是文件问题。
能把两个区间输出到一个文件吗？ 1-2,5-6 默认输出两个文件；要「1、2、5、6 页合为一个」需要拆分 + 合并两步，工具层面单步做容易让区间语义变浑。
页数很多时性能？ 几百页的 PDF 逐页拆分会生成几百个小文件——浏览器内存没问题，但下载管理会痛苦，建议按章分区间。
实现注记
区间解析看似简单，边界全是坑：3-1（反区间）、1-1（单页退化区间）、空片段（1,,2）、全角数字混入。实现时把解析器做成纯函数并穷举这些边界用例，比在 UI 层补救便宜得多。另一个取舍：拆分输出的文件名用什么基数——用原文件名 + -p{区间} 后缀，比 output1.pdf 在多次操作后可追溯性强得多。
结论
偶发拆分用浏览器本地工具（ToolVault PDF 拆分）；脚本化批量用 qpdf；重组需求走拆分 + 合并两步。区间语法记住「1 起、闭区间、越界报错」三条，任何工具都不会用错。