Relayium

Windows、Linux、Android 的隔空投送替代方案

最近更新: 2026-08-07

AirDrop 只活在 Apple 的世界里，这让 Windows、Linux、Android 用户，以及任何混用多种设备的家庭都没有对应的内置方案。本文展示非 Apple 设备最接近 AirDrop 的做法：两端各打开一个网页，文件就传过去了。

这种方式不区分平台，因此也覆盖了 AirDrop 一向处理不好的场景：同一个房间里有 Windows 笔记本、Linux 台式机和 Android 手机，或者这三者再加一台 iPhone。

类 AirDrop 流程：同一 Wi-Fi，浏览器内完成

你需要准备

  • 每台设备上都有一个较新的浏览器——Windows 上用 Chrome 或 Edge，Linux 上用 Firefox 或 Chrome，Android 上用 Chrome。不用去应用商店，也没有要安装的东西。
  • 两台设备在同一个 Wi-Fi 里。和 AirDrop 不同，判断依据不是「挨得近」：设备发现是按连接过来的公网 IP 分组的，所以一台还挂在移动数据上的手机，即使摆在同一张桌子上也不会出现。
  • 两台都能正常联网，并且是通过 https://relayium.com/ 打开页面。AirDrop 完全不需要互联网；而这两个浏览器确实需要连上会合服务器才能找到彼此，所以完全隔离的局域网应改用自托管实例。
  • 同网络场景下不需要账号，也不需要配对码——这正是这套流程和 AirDrop 相同的地方。

这正是 AirDrop 为之设计的日常场景，而 Relayium 无需从任何应用商店下载 App 就能做到同样效果。

  1. 在每台设备上用浏览器打开传输页面。

    https://relayium.com/

  2. 对比两台设备上状态条里的公网 IP。共享同一个地址才能让两台设备互相可见，而这也是最快识别出「那台手机根本没离开移动数据」的办法。

    已连接 · 本机 ThinkPad · 公网 IP 203.0.113.9

  3. 在发送方设备上，于「附近的设备」里找到另一台，选中它的卡片，然后按「打开工作区」。在当前浏览器上，这是卡片提供的唯一一个动作——因为接下来文件、文件夹和消息都走它打开的那一条加密连接。房间里可能列出好几台设备；打开工作区正是你挑定这次传输的那一个接收方的方式，轮到下一个人时再开一个。

  4. 工作区会取代那张卡片。发送用它标题栏下面的控件：「发送文件」发一批（最多 1,000 个），浏览器支持选目录时用「发送文件夹」发整棵树，或者直接在消息框里打字——「回车换行 · ⌘/Ctrl+回车发送」——然后按「发送」。在接收方设备上，先看请求下面那行再决定接收——它会说明浏览器是要问你存到哪，还是直接写进它自己的下载目录——然后按「接收」。如果想先核对校验码（SAS），开始前在两台设备上打开「高级验证」。

传输成功时是什么样

这时对方设备的卡片已经不在了——工作区取代了它——所以状态要从工作区标题栏上读：你连到了哪台设备、连接状态是「已连接」，以及唯一一个路径标签显示「局域网直连」。两块屏幕上的文件计数都走到这一批的最后一个文件。

文件夹以什么形式落地取决于接收方浏览器，所以要看结果而不要想当然：电脑上的 Chrome 和 Edge 会把目录树写进你挑好的目录，而 Firefox、Safari 和所有手机浏览器会给你一个 .zip，解开后是同样的结构。确认这一点要看那个浏览器自己的下载列表——chrome://downloads (Chrome)、edge://downloads (Edge)、about:downloads (Firefox)。

已连接到 Pixel · 已连接 · 局域网直连
文件 8/8

另一台设备没有出现时

先从这套流程与 AirDrop 不同的那一点入手：让两台设备互相可见的是它们从哪个网络连过来，而不是它们离得多近。下面这些检查是常见的首轮排查，而不是穷尽清单，而且每一项都能从页面上读出答案，不用靠猜。

现象、检查、处理

另一台设备就在你旁边，「附近的设备」里却还是没有它。
https://relayium.com/   # 对比两台设备上状态条里的公网 IP

两个不同的公网 IP 就是两个房间，靠得再近也不管用。先把两台设备接到同一个 Wi-Fi，并关掉手机上的移动数据。任一侧的 VPN 或 iCloud 专用代理是造成两个地址的另一个常见原因；如果你愿意改这些设置，就断开 VPN，或只对这一个网络关闭专用代理，然后在那台设备上重新加载 https://relayium.com/。如果你更想保留它们，用 https://relayium.com/cross-network 上的配对码也能连到另一台设备，两个设置都不用动。

两台设备显示的公网 IP 相同，却都不出现卡片。
https://relayium.com/   # 设备列表下方的提示写着要改的那个路由器开关

路由器把自己的客户端隔开了。在它的 Wi-Fi 设置里关闭「AP 隔离 / 客户端隔离」；如果路由器不由你改，就改用 https://relayium.com/cross-network 上的配对码。

在一个没有互联网出口的网络里，页面本身就打不开。
https://relayium.com/   # 如果这个地址始终打不开，说明该网络没有通往会合服务器的路

这才是相对 AirDrop 真正的差距——AirDrop 完全不需要互联网。两个浏览器仍然需要连上会合服务器才能互相介绍，所以在物理隔离的局域网里，请在那个网络内运行你自己的实例（Relayium 按 AGPL-3.0 开源在 github.com/relayium/relayium），或者退回到用 U 盘。

还没点接收，接收方就警告说这一批必须放在内存里。
chrome://downloads   # Chrome 用这个 / Edge 用 edge://downloads / Firefox 用 about:downloads

Firefox、Safari 和所有手机浏览器都没有 File System Access API，所以它们会把整批内容在内存里拼装，超过大约 256 MiB 时 Relayium 就会警告。请改用电脑上的 Chrome 或 Edge 接收，或者一次少发几个文件，然后在那个浏览器自己的下载列表里逐个确认到达情况，而不是想当然认为已经保存——chrome://downloads (Chrome)、edge://downloads (Edge)、about:downloads (Firefox)。

文件夹变成了一个 .zip，而不是一个文件夹。
chrome://downloads   # Chrome 里看；浏览器没有目录选择器时，这里的条目就是一个 .zip

在没有目录选择器的浏览器里这是预期结果，而且解开压缩包后结构一致，相对路径完整保留。解压它即可；或者换用电脑上的 Chrome 或 Edge 接收同一个文件夹——它会先问你要写入哪个目标目录，然后把目录树原位写进去。

跨网络：配对与中继

配对码由服务器生成，固定为 6 位十进制数字（0–9，可以 0 开头）。发送方登录后创建配对码；通过配对码、链接或二维码加入的人始终无需账号。它可在 5 分钟内用于新设备加入；倒计时结束不会中断已经连上的传输。

跨网络时，浏览器按设计直接使用加密的 TURN 中继，不会先尝试直连。密钥始终留在两台设备上，因此中继只转发端到端加密后的密文，无法读取文件，也不保留实时内容副本或历史。

真正保护文件的是什么

上面两种模式都是实时传输，用的是同一套加密：用 X25519 密钥交换协商出密钥，对每个数据块做 AES-256-GCM 加密，只在两台设备之间协商完成。打开默认关闭的「高级验证」后，两端会显示同一段 6 位校验码（SAS），你可据此确认协商出的密钥未被替换：信令服务器或 TURN 中继没有冒充任一端点，也没有终止应用层端到端加密。跨网络传输时 TURN 仍在数据路径中，但只承载密文，并不是加密端点。每个文件还会用 SHA-256 做端到端校验。

这种模式下服务器不会保存任何东西——一切只在传输期间存在。Relayium 采用 AGPL-3.0 许可开源，代码公开在 github.com/relayium/relayium，机制可审计，而非黑箱。

诚实说说实际限制

因为文件从不落到服务器上，所以没有上传配额——真正的限制取决于用哪个浏览器接收。桌面端支持 File System Access API 的浏览器（Windows 或 Linux 上的 Chrome、Edge）会把收到的数据直接流式写入磁盘，几个 GB 的文件也没问题。Firefox、Safari 以及所有手机浏览器（包括 Android 上的 Chrome）都没有这个 API，这时整批文件只能先攒在内存里，因此一旦超过约 256 MB，Relayium 会在接收方点「接收」之前先提示一次。这个数字要当成刻意取的保守估计，而不是硬上限：真正撑不住的临界点取决于设备内存、系统以及开了多少标签页。

文件夹也支持：在桌面端（非 iOS）选择一个文件夹，相对路径会被保留。如果接收方浏览器能直接写入选定目录（桌面版 Chrome、Edge），文件会各就各位；否则（Firefox、Safari 以及手机浏览器）整个文件夹会作为一个 .zip 到达，解压后结构不变。

常见问题

Windows 或 Android 有官方版 AirDrop 吗？

没有——AirDrop 是 Apple 设备专属，Apple 从未推出过 Windows 或 Android 客户端。Relayium 是基于浏览器的替代方案：在两台设备上打开 relayium.com，无论平台组合如何都能一样使用，包括 Apple 与非 Apple 混搭的情况。

需要账号吗？

同一 Wi-Fi 下的流程不需要——两端打开网页就能互相发现，完全无需登录。跨不同网络用配对码发送时需要发送方登录；无论哪种网络模式，接收方都始终无需账号。

需要安装什么吗？

不需要。它在每个平台上都是一个网页——Windows、Linux、macOS、Android 和 iOS——所以不用从应用商店下载，也不用操心更新。

这和「Relayium 对比 AirDrop」那篇有什么不同？

那篇文章是客观的正面对比，讲清 AirDrop 真正更好的地方（纯 Apple 家庭）以及它的短板。本文则是操作指南，教你在至少一台设备不是 Apple 产品时，如何真正获得类似 AirDrop 的体验。

能像 AirDrop 一样发给一群人吗？

不能一次发完。本地房间不限于两台设备，所以从该网络打开页面的每台设备都会同时列出来——但一次传输是一对一的：你和某一个接收方打开工作区，这批文件就发给它。要把同一批文件分给房间里的好几个人，就依次和他们各开一次工作区。而跨网络的配对码模式只连接两台设备，且经由加密中继完成。

在你的 Windows、Linux 或 Android 设备，以及要发送到的那台设备上打开 Relayium——同一网络下无需账号。

立即试用 Relayium

继续阅读