Windows 合并 PDF：文件顺序与批量命名 / Windows PDF Merge: Getting the File Order Right

The most common Windows PDF merge mistake has nothing to do with the tool. Files come out in the wrong order, and nobody notices until page 40. Windows Explorer sorts names as text, so a folder of scans named 1.pdf through 20.pdf arrives as 1, 10, 11, 19, 2, 20, 3. Any merger that takes a file list follows that order.

Why Windows sorts it that way

Explorer uses a linguistic sort rather than a numeric one. Compared character by character, 1 sits before 2, so 10 lands between them. That is not a bug and it is not going to change. Renaming is the fix, not clicking the sort header again.

Zero-pad the names first

Make every name the same length and no sort rule can get it wrong: scan-001.pdf through scan-020.pdf. One line of PowerShell does it:

• Get-ChildItem *.pdf | Sort-Object { [int]($_.BaseName -replace '[^0-9]','') } | ForEach-Object -Begin { $i = 1 } -Process { Rename-Item $_ ("scan-{0:D3}.pdf" -f $i); $i++ }

Run it in the folder holding the scans. It reads the number already in each name, sorts on that number, then renames everything to a three-digit form.

Or pass the order explicitly

When renaming is not an option, because the folder is shared or something else points at those names, hand the order to the tool. PDFsam Basic lets you drag rows into position before export. On the command line, qpdf takes pages in the order you list them: qpdf --empty --pages 01.pdf 02.pdf 03.pdf -- out.pdf. In the browser, PDFMergeNext reorders by drag after the files land, and the thumbnail strip shows the current sequence before you run anything.

Three checks before you send it

• Open the result and jump to the first page of each section. Ten seconds, and it catches most order mistakes.
• Compare page counts. The number in your viewer should equal the sum of the inputs.
• If one section has a cover page, confirm it is actually first. Order errors show up at boundaries, not in the middle.

Batch merging a whole folder

With 50 files or more, do not pick them one at a time. Pad the names, select all, and drop them in a single action. Browser tools read files in the order the system hands them over, so padded names still matter. Watch memory once the total input passes about 500MB.

Which orders survive

Source	Order kept?	Notes
Zero-padded names, select all	Yes	The reliable option
Unpadded names, select all	No	Becomes 1, 10, 2, 20
Drag to reorder in the tool	Yes	Worth doing anyway as a visual check
Command line with an explicit list	Yes	The order is whatever you type
Folder path only	Depends	Tools that scan the directory inherit Explorer order

The pattern: names decide the order and the tool just follows. Fix the names and most of the problem disappears.

To merge without installing anything, the home page runs the job in your browser. For the other two systems, see the Linux guide and the Mac guide.