如何在不上传的前提下转换 PDF

大多数在线 PDF 转换器都是同一套流程。你选一个文件，它被传到服务器，那边的软件做转换，然后你从一个临时链接下载结果。这套流程能用，而且对公开文档来说完全合理。

但当文档是一份签好的合同、工资单、体检报告、未发表的书稿或银行流水时，它就成了问题。这些情况下，你把一份机密材料的完整副本交给了一家公司——你没读过它的留存政策，无法检视它的员工访问控制，也不知道它有没有出过安全事故。

几乎每个转换网站都这么承诺，而且大多数是真心的。但请仔细读这句话：它说的是文件被接收了、写进了存储、并保留了一段时间。事后删除并不能撤销传输。在那个时间窗里，数据存在于别人的磁盘上，很可能进了备份，可能跨区域做了复制，并且对持有生产环境凭据的人是可访问的。

而且这件事从外部无法验证。你没法审计删除是否真的发生、是否覆盖了每一个副本、有没有为了排查问题留下一份。这不是针对任何具体服务的指控——这只是你一上传就自动处于的结构性位置。

浏览器的能力已经足够，对大多数转换来说服务器这一步是可选的。三件事让这成为现实。

File API 让页面能读取你选中的文件而不传输它。WebAssembly 让真正的解析和压缩库——和桌面工具背后同样的 C/C++ 代码——以接近原生的速度在标签页里运行。而 Blob API 让页面能把一个完全在你自己机器内存里生成的文件，作为下载交给你。

合起来，一个 PDF 可以被解析、提取文字、生成新文件，而没有一个字节经过网络。本站所有工具都是这么工作的。

先加载这个页面，然后断开互联网——关掉 Wi-Fi，或者用开发者工具里的离线开关。现在跑一次转换。它照样能用，因为代码已经在你的浏览器里，不需要别的东西。

一个会上传的工具通不过这个测试。这是能拿到的、最清楚地证明处理确实在本地进行的办法。

也得诚实说明代价：干活的是你的设备，所以超大文件会受你自己内存的限制，长文档在手机上比在工作站上慢。没有可以挂着跑的批处理队列。而真正吃算力的任务——比如带识别模型的 OCR——今天在标签页里并不现实，这正是我们不假装提供 OCR 的原因。

不过对常见的转换来说，本地并不是妥协。它通常更快，因为你不用等两次网络传输，而且在网络很差甚至完全没网时也能用。