一次合并一整批PDF

十二张供应商发票和周五的归档期限

月底了，审计要一个PDF装下三月份全部十二张发票，按时间排好，周五之前交。文件都在march-invoices文件夹里：2026-03-invoice-01.pdf到2026-03-invoice-12.pdf，一共31页，8.4MB。文件名按时间排得齐，整组拖进来顺序就是对的，列表下面的统计也对得上：十二个文件，31页。

1. 打开 合并PDF，用选择PDF一次选中十二个文件，或一起拖进来。
2. 从上到下读一遍文件顺序列表。哪个文件位置不对，用它的上移和下移箭头挪。没有任何东西替您重排。
3. 按合并PDF。浏览器拼接页面，然后重新打开新文件，对照十二个源文件比对页数和可选文字。
4. 读证明行，按下载存文件。文件名取第一个文件加-merged，交给审计之前改成march-invoices.pdf。

名字起得好的文件让这事无聊透顶，而无聊正是目的。工具看不见文件夹，只收您递过去的文件，所以scan001.pdf到scan012.pdf这种名字还得花几分钟调箭头。合之前先改名，列表自己就对上了。

一遍过还是两两配：各自的代价

十二个文件两两合等于十一次独立合并、十个现起名的中间文件。每一遍都是新的排错机会，而中间结果谁也没拿十二个源文件完整比过。一遍过：一张单子检查，一行证明读完。

两两配只有一种正当用途：大到撑爆浏览器标签页的集合。这时先两半两半合，再合两半，这是写明的变通办法。内存装得下的，一遍过又快又稳。

批量合并翻车的地方

信了烂名字下的字母序。 scan001.pdf到scan012.pdf看着排得齐，直到scan10.pdf卡进scan1.pdf和scan2.pdf之间。合之前把文件名改成补零的数字，或者留五分钟调箭头按钮。

同一张发票进了两次。 长名单里重复很难发现。页数统计会露馅：十二张发票本该31页，列表报34页，就扫名字找双胞胎，按它的移除按钮。

一组里锁了一个。 带密码的PDF根本进不了列表，工具开场就拒绝。所有文件都收下之前谁也别想合，所以请用您本来就知道的密码在 解锁PDF 里打开，把解锁后的文件加进来。

一组里混了横页。 每页保持原来的方向，一组竖页里的一张横向扫描件在输出里还横着。之后用 旋转PDF 摆正，它能只转一页不动其余。

一组压过了标签页。 十二张文字发票不算什么，十二个两百页的扫描存档是另一回事。内存不够这次就跑失败，分两半合再合两半。三遍不是一遍，但每遍内存都装得下。

浏览器标签页装不下的时候

多数集合都归这里管，四种例外不归。几百MB扫描件的集合可能超过标签页装得下多少，没有标签页上限的桌面应用能一遍过。密码谁都不知道的文件，发送方解锁或给密码之前在哪都合不了。每周重复一次、文件名都不变的合并是脚本的活，不是浏览器的活，桌面流程能省下每月的啰嗦。书签必须活下来的包需要保留大纲的桌面工具，因为页面拷贝可能丢了它们。

合出的集合太沉，审计邮箱收不下，扔进 压缩PDF，按邮箱允许的大小写。合多了要拆回去， 拆分PDF 在您挑的页面处切开。要是手里其实一直就两个文件， 两文件页面 讲的是那种更简单的情况。