大多数“免费”的 PDF 合并工具是把你的文件上传到别人的服务器、在那里处理，然后指望那份副本之后被删掉。一份合同、一张工资单、一封医疗信件或一份护照扫描件，都要在这个过程中经过那台机器——所以在隐私这件事上，这个页面的分量比一个房贷计算器重得多。
合并 PDF - Danfio
https://danfio.com/tools/merge-pdf/ - 从本页打印
输出文件
merged.pdf
把 PDF 加到上面，它们会按你添加的顺序拼接，每一页都原样保留。
| 项目 | 输出里保留吗？ |
|---|---|
| 每个文件内部的页序 | 保留，原样不动 |
| 页面尺寸与方向 | 保留，逐页保留 |
| 文字（所以仍可搜索） | 保留 |
| 书签、表单字段与数字签名 | 不保留：只复制页面内容 |
| 供读屏软件使用的结构标签 | 不保留：输出没有标签 |
| 密码保护 | 不保留：只接受未加密的文件 |
合并保住了页面，保不住文档层面的东西。书签、可填写字段、签名字段与无障碍标签都存在于页面之外，所以复制不过来。
这个合并器在浏览器标签页里运行。你的文件通过浏览器自带的文件选择器读取，页面在你自己的设备上从一份文档复制到另一份，完成的 PDF 以一次下载交给你。什么都不上传，没有队列、没有账号、没有水印。
文档之所以是一堆分开的文件，理由往往和读者无关：一份合同加三份附件、同一个供应商的十二张发票、一封求职信加一份简历。把它们并起来是件例行公事，而在线合并器却把它变成一次上传；这个页面改在你已经打开的浏览器标签页里完成。
任务前面没有账号、没有队列、没有水印：文件通过浏览器文件选择器读取，页面被逐个对象复制，下载是标签页里生成的一个 Blob。什么都不上传，所以合并后的文件从不经过服务器，也从不在别处留下副本，一切都只在你本地的设备上完成。
书签与大纲、表单字段、签名字段，以及屏幕阅读器依赖的结构标签，都是每份文档存一次而不是每页存一次，所以合并复制了页面，却把这些记录留在原处；加密文件会被拒绝而不是被合并一半。合并拼接的是整份文件，不是选区。
PDF 是一个装着编号对象的容器：页面、字体、图像和指令流，由一棵页面树和一张交叉引用表串起来。合并不会重新渲染任何东西。它读取每份输入的页面树，把页面对象以及它们指向的资源复制进一份新文档，再为结果写一张新的交叉引用表。
这就是合并既快又无损的原因：文字还是文字，所以合并后的文件仍然可以搜索；矢量内容在任何缩放级别都保持锐利；页面尺寸与方向是逐页复制的，而不是被强行统一成一个尺寸。也正因为如此，合并后的文件可能比各份输入相加还大——每份输入都带着自己的字体和图像，它们之间不做任何去重。
复制就在你的浏览器标签页里完成。二十页的合并通常只是一瞬间；真正的瓶颈是从磁盘读文件，而不是复制页面。
活在页面里的东西都会保留：文字、图像、矢量图形、画在页面上的注释链接，以及页面几何。这覆盖了人们合并时的绝大多数内容。
活在文档层面的功能不会跟过来，因为它们放在原文件的目录里而不是页面上：书签与大纲、AcroForm 表单字段、签名字段、图层可见性设置，以及屏幕阅读器依赖的结构标签。所以合并后的文件是未打标签的，而一份签过名的文档一旦合并，就不再是可验证的签名文档——看得见的签名被当作页面内容复制下来，密码学上的证明却没有。
受密码保护的 PDF 在这里无法合并。库会拒绝加密文档而不是去猜，而且由于文件从不抵达服务器，也没有地方让你输入密码。请先用知道密码的阅读器打开一次，另存一份不受保护的副本，再来合并那一份。
输出里页面的顺序跟随你添加文件的顺序，所以“把它们放进去”这个动作本身就是“给它们排序”。如果你不想操心拖入的先后，把合并顺序改成按文件名排序：它会按自然数比较，附录 2 会排在附录 10 前面而不是后面。
输出以你输入的名字加上 .pdf 保存到你的设备。如果这份文件要去共享文件夹，或者要提交到一个有命名规则的网盘表单，先改好名字再开始。
这个页面每个任务最多接受 20 个文件、每个 25 MB、合计 80 MB，因为所有东西都放在标签页的内存里。超过这个体量的文档，更适合一对一对地合并，这样每次下载也都小到可以顺手检查。
合并是按列表顺序接收整份文档的；它不能漏掉某些页，也不能把页面重新排进别的顺序。所以零件必须在到达之前就是对的——摘出来的片段来自拆页工具，顺序乱掉的文件先过一遍页面顺序框，然后这些准备好的文件才汇合。合并是这条链上的最后一步，不是入口处的修理铺。
又因为文档层面的功能不跟着页面走，表单和签名应当趁字段还活着的时候在各自的源文件里完成，然后再合。并且由于每份输入保留自己的字体和图像、不与他人共享，结果可能比各部件相加略大——所以如果体积重要，请在合并之后压缩，而不是之前。
示例使用页面自带的默认输入，只改设置；下面的结果与你在页面上看到的完全一致。
合并顺序: 按我添加它们的顺序 · 输出文件名: 2026-q3-financials
输出文件
2026-q3-financials.pdf
把 PDF 加到上面，它们会按你添加的顺序拼接，每一页都原样保留。
合并顺序: 按添加顺序 · 每份任务的文件数: up to 20 · 单文件上限: 25 MB · 任务合计上限: 80 MB
先加三月报告（12 页）再加六月报告（8 页），得到的是一份 20 页的 2026-q3-financials.pdf，三月在第 1-12 页，六月在第 13-20 页。
合并顺序: 按文件名字母序（A 到 Z） · 输出文件名: handbook
输出文件
handbook.pdf
把 PDF 加到上面，它们会按文件名字母序拼接，每一页都原样保留。
合并顺序: A 到 Z · 每份任务的文件数: up to 20 · 单文件上限: 25 MB · 任务合计上限: 80 MB
名为 01-intro.pdf 到 09-appendix.pdf 的章节会按这个顺序落位，完全不用拖动，所以即使最后添加的是最后一个文件，handbook.pdf 也仍然从第 1 章开始。
合并顺序: 按我添加它们的顺序 · 输出文件名: contract-signed
输出文件
contract-signed.pdf
把 PDF 加到上面，它们会按你添加的顺序拼接，每一页都原样保留。
合并顺序: 按添加顺序 · 每份任务的文件数: up to 20 · 单文件上限: 25 MB · 任务合计上限: 80 MB
一份 4 页的合同后面跟一份 2 页的签署页扫描件，得到 6 页的 contract-signed.pdf。签名在第 6 页上看得见，但那个证明“是谁签的”的数字签名不会跟着复制过来。
合并顺序: 按我添加它们的顺序 · 输出文件名: tender-bundle
输出文件
tender-bundle.pdf
把 PDF 加到上面，它们会按你添加的顺序拼接，每一页都原样保留。
合并顺序: 按添加顺序 · 每份任务的文件数: up to 20 · 单文件上限: 25 MB · 任务合计上限: 80 MB
一份 6 页的封面信、一份 12 页的附件和一份 3 页的表格按这个顺序放进去，成为 21 页的 tender-bundle.pdf；计划会在合并运行之前把页数加起来，所以这次拼接在发生之前就能被核对。
是的。没有注册、没有邮箱步骤、没有页数上限，输出上也不会被盖上任何东西。任务在你自己的浏览器里跑，所以没有服务器成本要收回，也没有理由扣下什么。真正存在的限制是技术性的：每个任务 20 个文件、每个 25 MB、合计 80 MB，因为合并运行时每一页都放在标签页内存里。
不会。文件选择器和拖放处理都用浏览器 API 读取文件，页面在你正在看的这个页面里于内存中复制，下载则由一个只存在于该标签页里的临时文件生成。整个过程没有上传端点——你可以在合并时盯着浏览器开发者工具的网络面板确认，或者干脆断网再合并一次，一样能出结果。
不能直接合并。加密文档会被报错拒绝，而不是被合并一半；而且由于文件从不离开你的设备，这个页面也没有地方向你要密码。请先用知道密码的阅读器打开它，选择另存或打印出一份不受保护的副本，再合并那份副本。
画质完全不动：合并是照着原样复制页面，不重新渲染也不重新压缩，所以文字还是文字，图像保持原有分辨率，矢量图形依旧锐利。合并后的体积通常接近各份输入之和，也可能略大一些，因为文件之间不做去重——如果两份输入嵌了同一种字体，合并后的文档就带着两份。
因为它们是为整份文档存一次，而不是存在页面上。PDF 把大纲、可填写字段、签名字段和无障碍标签放在文档目录里，而合并复制的是页面对象。合并之前先把表单填好，答案会作为页面内容保留下来；如果必须是可操作的字段，请在合并之后用 PDF 编辑器去填合并后的文件，而不是之前。
合并拼接的是整份文档，所以顺序来自文件的先后。如果你需要某个子集以特定顺序出现，请先把想要的页面拆出来再合并这些结果，或者用页面整理工具把它们排好。两条路都不会碰原文件，所以试着玩不会丢东西。
最近复核于 2026-09-14.
本页在您的浏览器本地运行，请保留原文件备份；不涉及财务建议。 阅读完整免责声明。
Danfio 中文在线工具