加载失败
LocalSend（一个开源跨平台文件传输应用）被拿来和 AirDrop（Apple 的近距离分享功能）比较，因为它能在 Windows、macOS、Linux、Android 和 iOS 之间传文件，但主要还是依赖已有局域网。评论里反复提到 AirDrop 的关键体验来自它会自己完成发现和建链：通常用 Bluetooth 发现设备，再通过 AWDL（Apple Wireless Direct Link）建立高速直连。讨论又扩展到 Google 的 Quick Share（Android 的快传功能）、Wi-Fi Aware/NAN（标准化的近场发现与直连方案）以及欧盟推动互操作的压力。很多人把它用于照片、视频、SSH keys、VPN configs 等不适合走云端的文件，但也有人更在意是否需要手动开热点、是否会受防火墙或 Tailscale 影响，以及断线后的可靠性。
很多人直接否认 LocalSend 算不上真正的 AirDrop 替代，因为它前提是两台设备先处在同一 LAN。评论反复强调，AirDrop 的核心不是“能传文件”，而是能自动帮你建立临时连接：在户外、没数据、甚至和陌生人交换照片时也能直接用。LocalSend 常见的绕法是把一台手机开成 hotspot 再让另一台加入，但这被认为比 AirDrop 麻烦很多。于是争论焦点变成了“只要能传就算替代”，还是必须保留那种无需预设网络的即兴体验。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9]
也有人把 LocalSend 视为自己设备之间最稳的无线传文件工具，尤其是在 iPhone、Android、Windows、macOS、Linux 混用时。它常被拿来传 100MB 到 3GB 的视频、vacation photos、SSH keys、VPN configs、.env 文件和调试文本，比 Dropbox、WhatsApp 或 email 更快，也更少暴露到云端。有人说它比 AirDrop 更可预期，AirDrop 反而经常找不到设备、配对混乱，甚至要反复切换开关才能恢复。只是它也有明显粗糙点：断线后会留下损坏文件、macOS 上可能阻止睡眠、Electron 启动慢、长列表滚动会卡住。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10] [来源11] [来源12] [来源13] [来源14]
讨论很快转向 AirDrop 背后的无线栈：有人解释它靠 AWDL（Apple Wireless Direct Link），并用 Bluetooth 做发现、Wi-Fi 做高速传输，在不踢掉现有网络的情况下建立点对点链路。也有人指出这并不神秘，很多 Wi-Fi 芯片和系统早就支持同时 AP/STA、Wi-Fi Direct，真正难的是设备发现、身份认证和各家实现细节。随后话题扩展到 Wi-Fi Aware/NAN（标准化的近场发现与直连方案），以及欧盟互操作要求可能逼 Apple/Google 走标准路径，而不是继续依赖私有协议。还有人提到 iOS 26、Android/Pixel/Samsung 的支持和 Apple 向 Wi-Fi Alliance 贡献的标准化工作，说明这场争论不只是“有没有协议”，而是“谁来把协议做成默认可用”。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10] [来源11] [来源12] [来源13] [来源14] [来源15] [来源16] [来源17] [来源18]
评论区顺手列出一串替代方案：PairDrop（基于 WebRTC 的浏览器文件共享）、Blip（可跨网络、带服务器中继）、Sendme / AltSendme（基于 Iroh 的加密 relay）、FlyingCarpet、KDE Connect、magic wormhole、rquickshare 等。它们各自解决不同痛点：有的不用安装 app，有的支持公网传输，有的有 CLI，有的对跨平台更友好。问题是每个方案都会引入新的代价，比如 account、central server、TURN relay、依赖浏览器或网络可达性。结果就是大家承认“能用的东西很多”，但还没有一个在所有平台上都同时兼顾局域网、即开即用和零摩擦的统一答案。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10] [来源11] [来源12] [来源13] [来源14] [来源15] [来源16] [来源17] [来源18] [来源19] [来源20] [来源21] [来源22]
不少人也在解释这类工具到底用来干什么：离线旅行时交换照片、传大视频、把手机内容丢到电脑、在工作机和私人机之间搬 SSH keys 或 VPN configs，甚至在电脑和 Steam Deck 之间来回传代码片段。反过来，怀疑者则觉得照片可以进 Immich、iCloud 或 Google Photos，其他文件用 ownCloud、SMB、email 或 WhatsApp 就够了。支持者回应说，云链接、压缩、登录和消息限制造成的摩擦，往往比直接面对面传一份原文件更麻烦。这个分歧本质上是在争论“同步/分享服务”与“现场一次性直传”谁更符合日常需求。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10] [来源11]
AWDL: Apple Wireless Direct Link，Apple 用于 AirDrop 的私有近距离直连 Wi-Fi 层。
Wi-Fi Aware / NAN: 一种标准化的近场发现与直连方案，目标是让设备无需先连同一网络也能互相找到并通信。
Wi-Fi Direct: 设备之间直接建立 Wi-Fi 连接的模式，常被拿来做近距离传输，但实现和兼容性常有坑。
WebRTC: 浏览器原生的实时通信协议栈，也常用于 PairDrop 这类网页式 P2P 文件传输。
TURN: WebRTC 里用于直连失败时转发流量的 relay 服务器。