你手上有几个PDF——一份签好、分成几页的合同,一叠发票,一张扫描的表格——需要把它们拼成一个文件。你搜"合并PDF",点开一个看着挺干净的网站,把文件拖进去,下载合并好的结果。它能用。但就在这几秒里,你的文档几乎肯定被发到了某家公司的服务器,在那边合并。多数网站不会明说这件事。

如果是一张公开传单,无所谓。但人们平时拿去合并的通常是这些:劳动合同、报税表、病历、银行流水、拍下来的护照——就值得停一下了。这篇文章讲清楚:在线合并为什么通常等于上传,以及怎么绕开。

为什么"在线"几乎总是等于"上传"

怎么合并PDF又不把文件上传出去(2026) — visual 1
为什么"在线"几乎总是等于"上传"

"在线"这个词把关键的部分藏起来了。在传统的PDF工具上,点"合并"会把每个文件的原始字节通过网络送到服务商的服务器,服务器把它们拼好,再回传一个PDF。你的原件此刻就躺在——至少是短暂地——你控制不了的硬件上。

这个设计有个简单的由来:很多年里,只有服务器才能解析并重写PDF,浏览器做不到。于是整个品类都是围着"上传"长起来的,即便后来不再必要,这个习惯也留了下来。

实际后果和任何一次上传都一样:

  • 在网络上传输,连接不稳时有被截获的可能。
  • 被存储,至少是暂时地存在服务商的硬盘上——有时几分钟,有时长得多。
  • 可能被记录或缓存,具体受一份几乎没人读的隐私条款约束。

这些本身谈不上多阴险。但你合并的往往正是最不想被复制到任何地方的文件,而"一小时后删除"是一句承诺,不是一道机制。

浏览器端的另一条路

怎么合并PDF又不把文件上传出去(2026) — visual 2
浏览器端的另一条路

现代浏览器改变了可能性。借助 WebAssembly 和开源库,浏览器现在能解析真实的PDF结构、在文档之间复制页面、写出一个新文件——全都在你自己的设备上完成。没有上传这一步,是因为压根没有服务器在干活;干活的是你自己的CPU。

IMG.DIY 的合并PDF走的就是这条路。你把文件拖进来,它把每个文件连同页数和大小列出来,你用上下箭头排好顺序、删掉加错的,然后它合并并下载出一个PDF。没有任何东西离开你的设备。 不用注册、没有每日次数限制,页面加载完之后彻底断网也照样能用。

差别是立竿见影的。合并二十页不会卡在上传进度条后面慢慢爬;没有服务器强加的文件大小上限;也没有什么可泄露的,因为压根就没传输、没存储过。

它能做什么、不能做什么

把边界说清楚很重要。这个工具合并的是整个文件、按你设定的顺序——从上到下把它们接起来。它目前还不能拆分PDF、删除或旋转某一页、也不能在单个文件内部调整页序。排序是文件级的。如果某份文档内部的页序不对,先把那份文档改好,再来合并。

一个坑:用打开密码锁住的PDF(打开前会让你输密码那种)在浏览器里读不了——先去掉密码,再合并解锁后的副本。只有所有者权限限制的文件,通常照样能合并。

结论

在把一个私密PDF拖到某个陌生网站之前,先问一句:这东西真的有必要离开我的设备吗? 对合并来说,答案是不必。浏览器端的工具能把同样的活干完,还更快,而且让你的文档待在它本该待的地方——你这儿。