功能 工作原理 常见问题解答 比较 下载
SYS · COMPARE

DropLink 附近 分享

“附近分享”（新款设备上称为“快速分享”）是谷歌对 AirDrop 的回应——但它仅支持 Android 和 Windows 系统。DropLink 才是真正的跨平台工具：支持 Mac、Windows、iPhone 以及任何浏览器，并具备端到端加密功能，还可选择通过互联网传输文件。

//

快速解答

Nearby Share（附近分享，快速共享）是 Google 版的 AirDrop——但它只能在 Android 上使用，Windows 上也只是部分支持。DropLink 则在 macOS、Windows 和 iPhone（通过 Web UI）上原生运行，因此覆盖了 Nearby Share 遗漏的生态系统。从技术上讲，Nearby Share 使用蓝牙进行设备发现，并通过 Wi-Fi Direct / Wi-Fi 热点进行传输；DropLink 则使用 mDNS/Bonjour 进行发现，并在标准 Wi-Fi 上通过 QUIC 进行传输，这在 Wi-Fi Direct 协商容易失败的网络环境（酒店、办公室）中更加可靠。DropLink 还支持通过 iroh P2P 进行互联网传输，并以 DERP 中继作为回退方案——而 Nearby Share 则不支持。

01

功能 matrix

功能 DropLink 附近 分享
适用于 macOS
适用于 iOS
支持 Windows 系统
支持 Android 系统 通过 Web 界面
通过互联网转账
Web UI — 任何浏览器
QUIC 传输
端到端加密
无需 Google 账户即可使用 部分
接收器可见性控制
价格 免费 免费
EXIT · 0

你应该切换到 DropLink 吗？

如果你使用的全是安卓和Windows设备，Nearby Share 确实很方便。但如果你还拥有苹果设备——或者需要通过网络传输文件——DropLink 的适用范围要广得多。

02

常见问题

“附近共享”功能在安卓和 Mac 之间能用吗？

不，Google 的“附近共享”（现更名为“快速共享”）仅支持 Android 与 Windows 系统之间的文件传输，不支持 macOS 或 iOS。DropLink 既可在 Mac 和 Windows 上原生运行，也可通过网页界面在任何配备浏览器的设备上使用——包括 Android 设备。

“附近共享”功能在传输大文件时可靠吗？

“Nearby Share”在设备发现和传输大文件方面存在已知的可靠性问题。它使用蓝牙进行初始配对，但在拥挤的环境中可能会失败。DropLink 则使用 mDNS/Bonjour 进行设备发现，并采用 QUIC 协议进行传输，在现代网络环境下表现更为稳定。

我可以使用“附近共享”将文件从 Windows 发送至 iPhone 吗？

不，“附近共享”不支持 iOS。DropLink 支持 Windows 与 iPhone 之间的直接传输（通过原生 iOS 应用或网页界面），并支持通过共享菜单实现 Windows 与 Mac 以及 iPhone 与 Mac 之间的传输。

为什么 DropLink 比 Nearby Share 更通用

真正的跨平台支持

Nearby Share 最初是 Android 的功能，后来扩展到 Chromebook，并从 2023 年起以独立应用形式登陆 Windows。但它无法在 macOS 或 iOS 上使用。DropLink 则在 macOS（SwiftUI）、Windows（Tauri + Vue）和 iOS（SwiftUI）上原生运行，全部由同一个 Rust 核心驱动，并可通过 Web UI 在任何配备浏览器的设备上使用——包括 Android。由于所有平台共享同一个核心，功能对等性得到了保证。

无需蓝牙配对的设备发现

Nearby Share 使用蓝牙低功耗（BLE）广播设备信息并协商 Wi-Fi 连接。在射频环境拥挤的场所（会议、开放式办公室），蓝牙发现经常会失败。DropLink 则使用基于 IPv4 多播的 mDNS，服务类型为 _droplink._udp.local.，这是一项经过充分验证、获得广泛操作系统支持的标准，并在 TXT 记录中发布 QUIC 证书指纹，用于“首次使用即信任”验证。

在标准 Wi-Fi 上使用 QUIC，而非 Wi-Fi Direct

Nearby Share 经常需要在两台设备之间协商建立直接的 Wi-Fi 连接（Wi-Fi Direct 或临时热点）。当 MDM（移动设备管理）、强制门户网络或企业 Wi-Fi 配置文件限制临时组网连接时，这一过程可能会失败。DropLink 则直接使用现有的 Wi-Fi 网络：设备本就已连接到同一个 AP，因此无需再协商其他内容。传输由基于 UDP 的 QUIC（RFC 9000）处理，并针对现代 Wi-Fi 调优了 BBR 拥塞控制和 8 MB 的 UDP 套接字缓冲区。

内置互联网模式

Nearby Share 的设计前提是设备彼此邻近——没有互联网传输模式。当两台设备处于不同网络时，DropLink 会切换到带 NAT 穿透的 iroh P2P 传输；当 NAT 打洞失败时，则回退至 DERP 中继。出于隐私考虑，iroh 的公共 DNS 发现功能已被禁用，只会使用 DropLink 自营的中继服务器。

安全性与隐私差异

在“所有人可见”模式下，Nearby Share 无需 Google 账户即可使用，但其他可见性模式（联系人、我的设备）则需要 Google 服务，并会共享账户级别的标识信息。DropLink 完全没有账户系统：每次安装都会生成一个本地 ed25519 密钥对，存储在系统钥匙串（macOS/iOS）或磁盘（Windows/Linux）中。本地传输通过 QUIC 使用 TLS 1.3 加密，并通过 mDNS 进行 TOFU 指纹验证；远程传输则使用带 ed25519 + curve25519 的 TLS 1.3（IK），BLAKE3 校验流式传输可确保即便中继服务器心怀恶意，文件完整性依然不受影响。

性能与可靠性

macOS 支持
DropLink: native. Nearby Share: none.
iOS 支持
DropLink: native iOS app + Web UI. Nearby Share: none.
设备发现
mDNS over IPv4 vs Bluetooth LE
传输方式
QUIC over standard Wi-Fi vs Wi-Fi Direct
互联网回退
DropLink: yes. Nearby Share: no.
典型局域网速度
15–40 MB/s on Wi-Fi 5/6

技术常见问题

Nearby Share 能在 Android 和 Mac 之间使用吗？

不能。Google 从未为 macOS 或 iOS 推出过 Nearby Share（或快速共享）。在这种情况下，DropLink 是唯一的选择：Android 端的接收方可以在浏览器中使用 Web UI，macOS 端则有原生应用可用。

为什么 Nearby Share 在某些网络下会失败？

Nearby Share 通常需要在设备之间建立直接的 Wi-Fi 连接。企业网络、强制门户网络和 MDM 策略往往会阻止这种临时性的 Wi-Fi 连接。DropLink 则完全避免了这个问题：它直接在现有 Wi-Fi 网络上通过 UDP 上的 QUIC 进行传输，并且还能检测 AP 隔离（阻止设备间通信的 Wi-Fi 设置），并自动回退至基于 iroh 的互联网 P2P 传输。

DropLink 比 Nearby Share 更安全吗？

在局域网环境下，两者的安全性相当：都使用 TLS / 强密码套件。DropLink 的方案更加透明：通过 QUIC 使用 TLS 1.3（拒绝 1.2）、ECDSA P-256 证书、基于 mDNS 的 TOFU 验证。对于互联网传输，DropLink 在 iroh 之上使用 TLS 1.3（IK）——而 Nearby Share 由于没有互联网模式，根本不支持这一功能。

对于同时使用 Android 和 Mac 的家庭，DropLink 能否完全取代 Nearby Share？

可以。Mac 端使用 DropLink 原生应用，Android 端则在 Chrome 中打开 Web UI 即可。设备发现通过局域网内的 mDNS 完成（无需蓝牙配对），传输速度可达 QUIC 的全速水平。如果 Android 设备和 Mac 处于不同网络，iroh P2P 路径会自动接管。

03

其他对比

vs AirDrop vs 本地发送 vs WeTransfer vs SHAREit vs Resilio Sync
试用 DropLink 免费版