最近更新: 2026-07-09
Google Drive 确实是个好产品：文件集中存放、跨设备同步、自动备份，团队协作编辑也很顺手。如果你需要的是一个会反复用到的文件存放地，Drive 是合理的默认选择，本文并不打算劝你放弃它。
但很多人用 Drive 做的其实是一次性的“交接”——把一段视频发给朋友、把合同发给客户、把数据集发给同事——而不是持久存储。对这类具体任务来说，把一份副本上传到 Google 的服务器、再配置谁能看到它，比任务本身需要的步骤要多。Relayium 正是为这种交接而生：文件直接在两台设备之间传输，或通过一个只有收件人能解密的链接发送。
Drive 的长处在于持久性和协作。你上传的文件会一直留在那里——在手机、笔记本和网页间同步——直到你删除它为止，这正是工作文件夹、团队共享盘或需要实时共同编辑的文档所需要的。
在存储方面它也很慷慨、很省心：不错的免费额度、自动备份、版本历史，以及对你保存过的一切内容的搜索。这些都不是 Relayium 想要取代的东西。
要通过 Drive 发送一个文件，你需要把一份副本上传到 Google 的基础设施上，再决定谁能打开它——某个具体人的 Google 账号，或者“拥有链接的任何人”。分享设置一旦设错，文件要么无法访问，要么比你想的更公开。无论哪种情况，一份副本都会无限期地留在 Google 的服务器上，直到你回去把它删掉。
对常见场景，Relayium 干脆跳过了存储这一步。它的实时模式通过端到端加密的点对点连接，在发送方和接收方的设备之间直接传输字节——文件本身根本不会存到任何服务器上。当收件人不在线、你确实需要一个链接时，存储链接模式保留了 Drive 所没有的零知识特性：你的浏览器会在上传前用随机生成的 AES-256-GCM 密钥加密文件，而这个密钥只存在于 URL 片段中（# 之后的部分，浏览器从不会把它发给服务器）。Google 的服务器持有并且在技术上可以读取你 Drive 里的文件；而 Relayium 的服务器对于存储链接，只保存它无法解密的密文。
对于最典型的场景——双方现在都在线——实时直连传输可以一次发送最多 1,000 个文件，在设备之间直接传输，没有上传这一步，中间也不存放任何东西。双方会看到一致的 6 位校验码（SAS）以排除中间人攻击，每个文件都用 SHA-256 做端到端校验；连接中断时，传输会断点续传而不是从头再来。
实时传输没有服务器端的大小上限，实际限制取决于接收方的浏览器：Chrome 和 Edge 会把接收的数据直接流式写入磁盘，轻松应对几十 GB 的文件；Firefox 和 Safari 则会缓冲在内存里，建议这类传输保持在约 200 MB 以内。同一网络下完全无需账号。跨网络发送使用配对码，需要发送方登录——但无论哪种网络场景，接收方都始终无需账号。若无法直连，会退回到加密的 TURN 中继，中继只能看到密文。
有时候你确实需要一个链接——收件人不在线，或者你想要一个可以贴到任何地方的 URL。Relayium 的存储链接模式覆盖了这种场景，同时不牺牲实时模式的隐私性。
你可以选择有效期——1 小时、1 天、3 天或 7 天——或者设置为首次下载完成后即焚。创建链接需要发送方登录（会计入账号的存储配额），但收件人只需打开链接下载，无需账号。因为解密密钥从不离开 URL 片段，Google 的模式和 Relayium 存储链接的模式在一个核心点上不同：Google 在技术上可以解密 Drive 上托管的文件；而 Relayium 的服务器对存储链接来说，从结构上就做不到这一点。
把最关键的差别并排列出：
实时模式下不会——文件直接在设备之间传输，从不存到服务器上。如果你创建了下载链接，服务器确实会保存一些内容，但只是它无法解密的零知识密文；链接会到期（1小时/1天/3天/7天）或首次下载后即焚。
同一网络下完全无需账号。用配对码跨网络发送，或创建存储下载链接，都需要发送方登录。无论哪种情况，接收方都始终无需账号。
实时传输一次最多可发送 1,000 个文件，没有服务器端大小上限——Chrome 和 Edge 会直接流式写入磁盘，可应对几十 GB 的文件；Firefox 和 Safari 会缓冲在内存里，建议这类传输保持在约 200 MB 以内。存储链接则计入与账号绑定的配额。
免费。Relayium 采用 MIT 许可，是免费开源软件，完整的协议与代码都在 github.com/relayium/relayium——没有付费档去解锁更大或更快的传输。
直接发送文件，无需上传到任何人的云盘——无大小上限、无需安装，同一网络下也无需账号。
立即试用 Relayium