LANDrop 深度盘点：这款跨平台传输神器到底能做到什么

LANDrop 是什么

LANDrop 是一款主打局域网内设备间安全传输的开源工具——没有中间服务器、没有账号体系、不把你的文件上传到任何云端，所有数据在同网段设备之间点对点直传。安卓端最新版本 2.8.1，安装包约 45MB，包名 app.landrop.landrop_flutter；桌面端覆盖 Windows、macOS 和 Linux。

它解决的核心问题其实很朴素：AirDrop 只能在苹果生态内部用，Windows 和安卓都被挡在门外；微信传文件要等上传下载两跳、大文件还受限制；数据线插来插去也麻烦。LANDrop 试图把 AirDrop 的使用体验搬到所有主流平台的同一局域网上——发现附近设备、选文件、点发送，对方秒收。

安装

LANDrop下载 安卓端是标准 APK 安装包，45MB 左右，直接下载后点安装即可。需要注意两点：

1. 首次启动必须授予本地网络权限（Android 12+ 会主动弹窗），拒绝了之后设备发现会静默失败——这是素材包里排查指南反复强调的头号坑。
2. 不要同时装 v1.x 和 v2.x——两套协议不兼容，互看不到对方。升级时建议先卸载旧版再装新版，避免残留进程干扰发现。

桌面端方面，Windows 和 macOS 有官方安装包直接双击即可；Linux 提供 AppImage，下载后 chmod +x 给执行权限，双击或命令行直接跑——少数发行版如果报"无法挂载 AppImage"，装一下 libfuse2 就能解决。

能力域一：设备发现——两套机制兜底，组播是关键

LANDrop 能在同网段内自动"看到"附近的 LANDrop 设备，靠的是 UDP 组播 + mDNS 两套发现机制并行工作。正常情况下设备一开就能在列表里看到对方，但这两套机制对网络环境都有要求——也是 LANDrop官网 排查指南里"设备找不到"的根源。

基础四条件必须同时满足：两台设备连同一个 Wi-Fi（包括手机开热点）、双方 Discoverable 开关打开、双方都授予了本地网络权限、版本都是 v2.x（v1.x 和 v2.x 协议不互通）。

防火墙是头号元凶——Windows Defender 默认会屏蔽 LANDrop 的组播流量，需要手动到"允许应用通过防火墙"里勾选 LANDrop 并开启"专用网络"。macOS 和 Linux 概率低，但也可能被 ufw / firewalld 挡。

路由器也可能在搞鬼：关闭了 IGMP Snooping、开了客户端隔离（公共 Wi-Fi 的常见默认设置）、或者 5GHz/2.4GHz/访客 Wi-Fi 之间做了子网隔离——这些都会让组播过不去。素材包里给了一个有效排查办法：把两台设备都插到同一个有线路由器端口，如果有线能发现，问题肯定在无线侧。

VPN 和企业网络基本别想——IKEv2/IPsec/WireGuard VPN 经常吞掉组播；企业网络的 VLAN 隔离更直接。云主机或 Docker 容器里跑的话，必须改成 --network=host 模式。

手动 IP 连接（v2.7.0 引入）是最后兜底——当上面所有条件都排查过了但设备还是互不可见，只要两台设备能 ping 通彼此（说明网络层是通的），就可以手动输入对方 IP 发起连接，绕开组播和 mDNS 两套机制。

能力域二：传输体验——零中间节点，P2P 直传

LANDrop 的所有传输都是设备到设备的 P2P 直传，不经过任何中间服务器。这带来两个直接好处：

速度只取决于局域网带宽，不受云端上传下载限速影响。千兆局域网下大文件传起来基本就是线速跑。

文件内容不经过任何第三方——这对传敏感文件的场景非常关键。很多人用 LANDrop 而不是微信/QQ/网盘，就是冲着这一点。

跨平台传输时 LANDrop 会做文件名特殊字符规范化：Windows 不允许 / \ : * ? " < > |、macOS 不允许 :，遇到这些字符时 LANDrop 自动替换为下划线或直接删除，而不是传输失败。这也是为什么你偶尔会发现接收端文件名和发送端不完全一致——LANDrop 在做跨平台安全化处理。

能力域三：接收端智能处理——时间戳去重 + 相册自动归档

接收端的体验设计是 LANDrop 做差异化的地方，很多细节能看出产品哲学。

同名文件：永远不覆盖，自动加时间戳后缀

这一条是硬性规则——无论什么平台、什么设置、什么情况，LANDrop 接收时遇到同名文件永远不会覆盖已有文件。它的处理方式是在文件名和扩展名之间插入一个到秒精度的时间戳：report.pdf 变成 report_20240920_153045.pdf。

为什么不弹框让用户选？素材包里给了产品哲学的解释：批量传输过程中尽量不打断用户。如果每遇到一次重名就弹一个"保留旧/保留新/覆盖/取消"的四选一弹窗，批量传几百张照片可能弹几十次框，体验极差。自动加后缀的代价是接收方可能需要自己整理，但换来的是批量传输全程无人值守。

一个真实场景：iPhone 相册 300 张照片批量传到 Windows 桌面端，其中 12 张和之前传过的重了——LANDrop 全部 300 张依次传输，288 张原文件名落地，12 张自动加后缀，全程零弹窗、零中断。

照片自动归档到系统相册

LANDrop 接收的照片/视频可以自动进系统相册，但不同平台的实现路径不一样：

• iPhone → iPhone：直接调用 iOS PHPhotoLibrary API，完整归档，EXIF 元数据保留，v2.4.0+ 还能保留 Live Photo 的 Motion HEVC 流；
• Android → Android：调用 MediaStore API，同样自动归档；
• 跨平台（iPhone ↔ Android）：LANDrop 在接收端做类型判断，是照片/视频就归档到相册，其他类型落到 Files 目录。

iOS 端有个关键前置权限——"添加到照片"权限，首次使用时必须点"允许"，否则照片只能落到 Files 里。Android 13 起则需要 READ_MEDIA_IMAGES / READ_MEDIA_VIDEO 权限。Live Photo 在 v2.4.0 之前只能保存静态帧（JPEG），Motion HEVC 流会丢失；v2.4.0 修复后完整保留一对文件，归档后 Live Photo 可以正常回放。

短板也要说

LANDrop 的短板和它的优点同样鲜明：

不支持跨网段。它依赖局域网组播发现，意味着你不能用它传文件给远程的朋友——哪怕对方就在隔壁楼但不在同一个 Wi-Fi 下，也不行。手动 IP 连接可以做点对点但仍需要双方在同一个可直连的网络里（比如同一个公网 IP 段或同一 VPN），纯公网跨互联网是不可能的。

Android → Windows 等跨平台传输的相册归档不成立。它只能做类型判断——是照片/视频类型就调用接收端相册 API，其他类型落 Files。iPhone 相册的 Live Photo 传到 Windows 端，Windows 没有 Live Photo 概念，这对文件就是普通 JPEG + HEVC 视频文件，需要自行处理。

Linux AppImage 在极端发行版上可能跑不起来。官方 README 也承认了这一点，极端新的 glibc、极端老的内核、或嵌入式系统都可能出问题。源码编译依赖 Qt 和 libsodium，但官方仓库声明了 "temporarily close source"，未来源码编译这条路可能走不通。

组播被挡时没有优雅降级。发现失败就是失败，没有类似 AirDrop 的"点我连接你"的 fallback，只能靠手动 IP 或等网络条件满足。

什么样的人该用它

重度 iPhone/Android 混部用户。AirDrop 管不到安卓、微信又太慢，LANDrop 把两端打通在局域网内的传输效率拉满——相册批量导、工作文档互传，是最直接的使用场景。

对隐私敏感的文件传输者。不经过任何云端服务器、不存日志、不要求账号，传完就走——把机密文件在自己控制的网段内点对点传输，比任何云盘都安全。

多设备桌面对桌/桌对手机协作用户。设计师把 PSD 从 Mac 传到 Windows PC、程序员把日志从服务器拉到本地、摄影师把原始素材从相机导入手机再传到电脑……这些高频场景下 LANDrop 能把"打开微信 → 等上传 → 对方下载"的链路压缩到几秒内完成。

本文為個人基於網路公開資料整理編寫，非官方內容，僅供學習交流參考；軟體版權歸原作者所有，請支持正版；使用過程中遇到問題請查閱官方管道，本文不承擔任何責任。