可以不上传就合并 PDF 吗?
简短回答:可以。稍长的回答,关于“打开一个文件”和“把它送到别处”的区别。
打开不等于上传
当你在网页里选中一个文件时,浏览器把这些字节的本地访问权交给页面。你电脑上任何程序打开你选中的文档时,发生的也是同一件事。此刻还没有任何东西离开过。
上传是另一个明确的动作:页面拿起这些字节,放进一个网络请求发出去。在服务器上合并的工具必须这么做,因为合并发生在别处。在页面里完成合并的工具不需要。
两种做法在网上都存在,而页面看起来几乎一样——这正是值得弄清自己在用哪一种的原因。
浏览器端合并究竟是什么
PDF 引擎被编译为 WebAssembly,在标签页里运行。你的文档在页面自己的内存中打开,新文档也在那里组装,保存时把结果写出来。
这件事变得可行是相当晚近的。一个完整的 PDF 引擎跑在浏览器标签页里,快到足以从几个文档里复制页面而不必等待,几年前还不是现实的选项。
“不上传”意味着什么,不意味着什么
诚实的说法范围很窄:在这个流程里,文档不会被上传。 加载页面时下载的是应用本身——它的代码、字体、PDF 引擎——而你的文件走的是反方向,也就是哪里都不去。
下面这些不在它的范围内,省略掉才是不诚实的部分:
- 它没有对你设备的安全性作任何表述。共用的或已被入侵的电脑,仍然是共用的或已被入侵的电脑。
- 它也没说你把结果保存在哪里、谁能读那个文件夹。
- 它不是关于页面内容的主张。合并不会检查、清理页面内容,也不做涂黑/密文处理;合并前带着敏感信息的页面,合并后依然带着。
如何自己验证
你不必听信任何人的说法。打开浏览器的开发者工具,切到网络面板,然后添加你的 PDF 并合并。如果没有任何请求携带你的文档,它们就没有去过任何地方。这个检查方法对任何工具都适用。
在 Merge PDF 中
Merge PDF 就是这样工作的:文档在你的设备上打开,页面在那里组合,新的 PDF 在保存时生成。结果包含什么,见合并的原理。
在浏览器中合并 PDF → Merge PDF