DropLink AirDrop
AirDrop 是苹果公司的即时文件共享功能——但仅限于苹果生态系统内。DropLink 则在 Mac、Windows 和 iPhone 上提供同样的体验，并支持端到端加密以及通过互联网传输文件。
快速解答
DropLink 是 AirDrop 的跨平台版本，可在 Mac、Windows、iPhone 以及任意浏览器之间使用。它在局域网中采用 QUIC（RFC 9000）协议，配合 TLS 1.3 和 BBR 拥塞控制，在现代 Wi-Fi 5/6 路由器上通常可达 50+ MB/s。当设备处于不同网络时，会自动切换到基于 iroh 的互联网 P2P 传输并进行 NAT 穿透；如果直连 P2P 失败，则回退至 DERP 中继——全程端到端加密。AirDrop 仅限苹果设备使用，依赖蓝牙发现 + Wi-Fi Direct；DropLink 则使用 mDNS/Bonjour + 标准 Wi-Fi 上的 QUIC，因此可在任何网络下使用，包括酒店和办公室 Wi-Fi（具备 AP 隔离检测功能）。
功能 matrix
| 功能 | DropLink | AirDrop |
|---|---|---|
| 跨平台（Mac + Windows） | ||
| iOS 支持 | ||
| 通过互联网转账 | ||
| 可在 Mac 和 Windows 系统间使用 | ||
| 端到端加密 | ||
| 无需 Apple ID | ||
| Web UI — 通过浏览器接收 | ||
| QUIC 传输 | ||
| 局域网自动发现 | ||
| 密码保护 | ||
| 开放协议 | ||
| 价格 | 免费 | 免费 |
你应该切换到 DropLink 吗？
如果你完全生活在苹果生态系统中，AirDrop 依然是不错的选择。对于其他人——尤其是需要与 Windows 用户共享文件的用户——DropLink 不仅具备 AirDrop 的所有功能，还提供了跨平台支持和网络传输功能。
常见问题
DropLink 能取代 AirDrop 吗？
是的，而且功能更全面。DropLink 不仅提供与 AirDrop 相同的即时局域网传输功能，还能在 Mac、Windows 和 iPhone 之间进行传输——而 AirDrop 仅限于苹果生态系统内使用。DropLink 还支持通过 NAT 穿透进行互联网传输。
DropLink 的速度和 AirDrop 一样快吗？
在局域网环境下，DropLink 采用 QUIC 协议，在大多数情况下其速度与 AirDrop 相当或更快。QUIC 采用带 BBR 拥塞控制的 UDP 协议，从而避免了 TCP 的队首阻塞问题。实际传输速度取决于您的网络环境。
DropLink 像 AirDrop 一样，在没有 Wi-Fi 的情况下也能使用吗？
DropLink 需要网络连接——无论是 Wi-Fi 局域网、以太网还是互联网。与 AirDrop 不同，它不使用蓝牙发现功能。不过，它可在任何 Wi-Fi 网络（包括热点和网状网络）上运行，当设备处于远程状态时，会自动切换至互联网点对点（P2P）连接。
DropLink 在底层是如何替代 AirDrop 的
传输层：基于 UDP 的 QUIC，搭配 BBR 拥塞控制
DropLink 在局域网传输中通过 UDP 使用 QUIC（基于 quinn 0.11 库实现）。QUIC 提供流多路复用、内置 TLS 1.3 加密，延迟远低于 TCP：握手仅需 1 次 RTT（使用会话票据时为 0-RTT），而 TCP+TLS 需要 2-3 次 RTT，且不存在队首阻塞问题。局域网配置使用 8 MB 的 UDP 套接字缓冲区、初始 MTU 为 1472（回退至 1200）、64 MB 的流接收窗口、初始窗口为 1 MB 的 BBR 拥塞控制（在局域网上约 10 次 RTT / 约 20 ms 内完成爬升），ACK 频率降低为每 10 个数据包或每 5 ms 一次。AirDrop 使用蓝牙进行发现，并通过 Apple Wireless Direct Link（AWDL）进行传输——在苹果设备上高效，但与其他设备不兼容。
设备发现：mDNS/Bonjour 配合 TOFU 指纹验证
DropLink 通过服务类型为 _droplink._udp.local. 的 mDNS（多播 DNS）发现附近设备——这与 macOS 上 Bonjour 所使用的标准相同。每台设备都会在 mDNS 的 TXT 记录（cert_fp）中发布自己的 QUIC 证书指纹（SHA-256）。首次连接时，客户端会将该指纹与通过 mDNS 广播的指纹进行比对（即“首次使用即信任”，TOFU）。这样无需传统的 CA 机构即可防止局域网中的中间人攻击。AirDrop 内部同样使用 mDNS，但将其封装在苹果的私有协议中。
从设计之初即支持跨平台
macOS 版本使用 SwiftUI，并通过 XPC 服务嵌入 Rust 核心。Windows 版本使用 Tauri 2 配合 Vue，同样嵌入相同的 Rust 核心。iOS 版本使用 SwiftUI，通过直接 FFI 调用核心。浏览器则通过本地 HTTP 服务器（macOS 端口 7878，iOS 端口 8080）提供内嵌的 Web UI。所有平台均由同一个 Rust 核心驱动，因此功能对等和协议兼容性都能得到保证。
可在苹果生态系统之外使用
在通过互联网传输时，DropLink 使用 iroh 0.96 并采用自定义 RelayMode（仅使用 DropLink 自营的中继服务器）——出于隐私考虑，iroh 的公共 DNS 发现功能被明确禁用。系统会优先尝试 NAT 打洞；如果失败，流量则会经由 DERP（Designated Encrypted Relay for Packets，专用加密数据包中继）转发，且依然保持端到端加密。AirDrop 没有互联网模式：如果设备不在同一局域网内，它就无法工作。
它和 AirDrop 一样安全吗？
是的——在某些方面甚至更加透明。局域网传输使用 TLS 1.3（明确拒绝 TLS 1.2），并通过 mDNS 指纹（TOFU）验证自签名的 ECDSA P-256 证书。密码套件根据处理器架构进行排序：x86_64 上优先使用 AES-NI（AES-128-GCM 优先），ARM/Apple Silicon 上优先使用 ChaCha20-Poly1305——在每种 CPU 上都能获得最佳性能。会话恢复使用 8 个预生成的 TLS 1.3 票据，并支持 0-RTT 前置数据。远程传输使用 iroh，它将 QUIC 封装在 Noise 协议框架（IK 握手）中，并采用 ed25519 设备身份和 curve25519 密钥交换。文件完整性通过 BLAKE3 哈希树并借助 Bao 树增量验证进行端到端校验——因此即便是中继服务器也无法篡改数据。AirDrop 使用 TLS 和苹果的内部密钥交换机制；虽然安全，但由于闭源，其细节无法被独立审计。
与 AirDrop 相比速度如何？
- 典型局域网速度
- 50+ MB/s
- 初始握手
- 1 RTT
- 恢复连接握手
- 0 RTT
- 初始拥塞窗口
- 1 MB
- UDP 套接字缓冲区
- 8 MB send / 8 MB recv
- 流接收窗口
- 64 MB
- 并发传输数
- 5 downloads / 3 uploads
- 应用安装大小
- < 50 MB
- 空闲超时
- 30 s with 5 s keepalive
技术常见问题
DropLink 使用什么加密方式来代替 AirDrop 的加密？
在局域网中，DropLink 通过 QUIC 使用 TLS 1.3，并采用 ECDSA P-256 自签名证书，通过 mDNS 的 TXT 记录进行 TOFU 指纹验证。密码套件会根据 CPU 类型重新排序：Intel/AMD 上使用 AES-GCM（AES-NI），Apple Silicon 和 ARM 上使用 ChaCha20-Poly1305。互联网传输则使用 iroh，它在 QUIC/TLS 1.3 内部结合了 Noise 协议（IK 握手）、ed25519 身份验证和 curve25519 密钥交换。
DropLink 需要 Apple ID 或账户吗？
不需要。DropLink 从不要求提供账户、电子邮件或电话号码。每次安装都会生成一个本地 ed25519 密钥对，存储在 macOS/iOS 的系统钥匙串中（Windows 上则以磁盘文件作为备用存储方式）。这个密钥对就是唯一的身份标识。
Windows 能接收 AirDrop 吗？DropLink 是如何替代这一功能的？
Windows 无法接收 AirDrop：苹果从未为 Windows 推出过 AirDrop。DropLink 通过原生 Tauri 应用（与 macOS 使用相同的 Rust 核心）在 Windows 上提供同样的使用体验，并且还提供本地 Web UI，因此即使 Windows 设备未安装 DropLink，也能通过浏览器接收文件。
对于阻止设备间直接通信的 Wi-Fi 网络，DropLink 是如何处理的？
许多酒店、咖啡馆和办公室网络启用了 AP 隔离，禁止同一 Wi-Fi 下设备间的直接通信。DropLink 会自动检测 AP 隔离：它会对同一 /24 子网内的 IP 探测 TCP 端口（1、80、443、53），如果这些端口均无法访问而互联网连接正常，就会自动切换到基于 iroh 的互联网 P2P 传输——同一台设备会显示在界面的另一个分区中。而 AirDrop 在这种情况下则完全无法工作。
传输过程中如何验证文件完整性？
在通过互联网传输时，每个文件都通过其 BLAKE3 哈希值进行标识。下载过程中，客户端会使用 Bao 树（Binary All-Or-Nothing）逐块验证完整性——这被称为“校验流式传输”。即使 DERP 中继服务器心怀恶意，也无法在不被察觉的情况下篡改数据。对于局域网传输，TLS 1.3 通道本身已经提供了完整性保护（AEAD）。
DropLink 会像 iroh 默认的 DNS 那样，将我的 IP 发布到公共目录吗？
不会。iroh 内置了一套基于 pkarr 的 DNS 发现机制，会将每个节点的 IP 和中继 URL 发布到公共 DNS 服务器。DropLink 完全禁用了这一机制：Endpoint 通过 empty_builder() 构建，并使用仅指向 DropLink 自营中继服务器的 RelayMode::Custom。只有在有效共享期间，中继服务器才会知晓你的设备 IP。