无需上传即可转换文件

典型在线转换器的工作方式

像 FreeConvert、CloudConvert 以及许多同类工具，会通过 HTTP 接收你的文件，将其加入队列，在自己的基础设施上运行转换任务，把结果保存足够长的时间供你下载，然后（理论上）删除两份副本。这种模式确实有效，也能处理远比浏览器所能容纳的更大的文件。但这也意味着，只要你的文件还停留在他们的服务器上，你就要把里面的内容 —— 简历、合同、家庭照片、源代码 —— 托付给一个第三方的排队、存储和删除机制去信任。

这些网站大多数并没有做错什么。它们发布隐私政策，很多也确实会及时删除文件，对于很多文件来说这其实无关紧要。但“上传并信任我们”之所以成为默认做法，并不是因为它是唯一的选择，而是因为它是那种能在任何设备上适配任意文件大小的方案。

另一种方式：在浏览器中转换

AIFreeConverters 会把真正的解码、转换和重新编码工作放在你的浏览器标签页内完成，使用的是服务器本会运行的那些开源引擎的 WebAssembly 版本 —— 视频和音频用 ffmpeg，图片用 Google Squoosh 项目背后的那些编解码库，PDF 用 pdf.js 和 pdf-lib，等等（完整清单在工作原理页面上）。你的文件由运行在你自己设备上的 JavaScript 从磁盘读取，在本地处理后再交还给你。这里没有任何上传接口可供它发送，因为这个应用程序里根本就不存在这样的接口。

这不是一项政策承诺 —— 而是一个架构上的事实，你完全不需要凭信任接受它。打开浏览器的开发者工具，切换到网络面板，转换一个文件试试。你会看到被抓取的是页面本身和转换引擎（只下载一次，之后会被缓存）；而你不会看到的，是你的文件被发送到任何地方。页面加载完成后断开网络，转换依然可以正常工作。

真实存在的取舍

在浏览器中运行并不是在各个方面都严格更优 —— 它是用某些方面的代价，换取另一些方面的好处。

• 文件大小受限于你设备的内存，而不是别人服务器上的排队机制。浏览器内的视频引擎大约能寻址 2GB；一部完整长度的 4K 电影文件放不下。服务器端转换器通常能处理更大的文件，因为它们运行在专为此设计的机器上。
• 处理繁重任务时速度更慢。使用原生 ffmpeg 并利用多核心的数据中心编码机器会比笔记本电脑的浏览器标签页快得多。对一段短片或一批照片来说差距只是几秒钟；对一段长视频来说可能达到几分钟。
• 有些转换确实需要服务器 —— 真正的 Office 文档排版、Kindle 格式、相机 RAW、OCR。这些会被明确标注出来，而不是被悄悄提供然后失败。
• 同一类型的首次转换会下载一个引擎 —— 图片编解码器只有几兆字节，视频和音频最多约 30MB。之后会被缓存，但这确实是服务器端工具不需要承担的一次首次使用成本。

作为交换，你转换的任何内容都不会被传输、排队、存储，也不受任何删除期限的约束，因为根本没有服务器端的步骤可以让这些事情发生。对于大多数日常转换 —— 照片、短片、文档、压缩包 —— 大小和速度上的取舍很少真正造成影响，而隐私上的差异才是整件事的关键所在。

什么时候该用哪种

如果你要尽可能快地转换一大批体积巨大的视频文件，而且不介意谁会看到它们，一个算力更强的服务器端转换器可能会更快完成。但如果你要转换的东西是你根本不想交给第三方的内容 —— 或者你只是想少一件需要操心的事 —— 一个纯浏览器端的转换器就能彻底消除这个顾虑，因为一开始就没有任何东西会被上传。

亲自验证一下

想确切了解哪些引擎完成了实际工作、真实的局限又在哪里，可以阅读工作原理页面，或者查看隐私政策页面上完整的数据处理说明。也可以跳过阅读，直接从完整工具列表中挑一个来试试转换 —— 网络面板不会说谎。