所有指南

不用上传就能拆分 PDF 吗

有些文件你不愿意送去任何地方:合同、工资单、体检报告、未发表的稿子。拆分这样一份文件是件小而机械的事,但值得知道,工具可以用两种完全不同的方式来做。

两种做法

在服务器上。 你选好文件,它被上传,某处的机器打开它、生成各个部分,你再把结果下载回来。多数在线 PDF 工具都是这样。这是一个合理的工程选择 —— 服务器快、可预测、对每位访客都一样 —— 但这意味着你文件的一份副本离开了自己的电脑,而它之后的去处和保留多久,由服务条款决定。

在页面里。 拆分的代码运行在你的浏览器标签页中,就像游戏或图片编辑器也能在那里运行。PDF 由页面加载进来的引擎打开,新文件在本地组装,下载来自你自己的浏览器,而不是远处的机器。

你看到的步骤几乎一模一样。区别在于:干活的时候,文件在哪里。

怎么判断自己用的是哪一种

有几个实用的迹象。

在页面里拆分

Split PDF 用的是第二种做法。你添加一份 PDF 时,页面会加载一个 PDF 引擎,在后台 worker 中运行它;文件被读取,输出被组装,每一个在交给你之前都会重新打开检查一遍。随后它们被打进一个 ZIP,由你的浏览器保存。

这句话的准确含义是:为了完成拆分,你的 PDF 不会被上传到服务器,我们也不会把它存在任何地方。 两次访问之间不留任何东西 —— 关掉标签页,工作区就结束了,之后没有什么需要删除。

它不含的意思是:页面本身和任何网页一样,是通过网络送到你面前的,而且它会加载 app.zone 一家共用的部分 —— 登录按钮、动态、访问统计。它们确实存在,会发出普通的请求。它们都不会拿到你的文件。我们宁愿把这一点写下来,也不去声称一个不与任何地方通信的页面。

同一个想法在别处

这不是某一个产品的功能,而是这一家 PDF 工具的建造方式。Merge PDF 用同样的方式在页面里合并文件,PDF Edit 也这样编辑文件。

有一个值得知道的现实限制:处理发生在你的设备上,所以一份很大的文件依赖的是你自己的内存和处理器,而不是服务器的。换来的是文件留在原来的地方。

关于拆分本身的做法,见 如何拆分 PDF 文件

在浏览器中拆分 PDF → Split PDF