LocalSend 实测2.5GB 文件 27 秒传完无需联网的局域网传输开源方案【免费下载链接】localsendAn open-source cross-platform alternative to AirDrop项目地址: https://gitcode.com/GitHub_Trending/lo/localsend上周四 18 点我还在等一个 1.2GB 的工程素材包先传网盘、对方再下载两个小时没下完还断了一次。后来我把两端都装上了 LocalSend——一款开源、跨平台的局域网传输工具全程不经过互联网和任何第三方服务器数据只在你自己的网络里走。读完本文你能带走三组实测数据同一份 2.5GB 文件在千兆有线 / 5GHz / 2.4GHz 下分别耗时 27 秒 / 41 秒 / 134 秒5 个立即可改的设置其中 2 项可让 5GHz 无线速度再提约 15%2 处源码门道为什么它断网也能用、为什么高负载下不卡一张谁适合用 / 谁不建议用的选型结论外加 3 个高频坑的解法⚡ 五分钟上手各平台安装与首次传输最短路径LocalSend 不需要折腾编译各平台应用商店或包管理器直接装Windows 走winget install LocalSend、macOS 用 App Store、Linux 上 Flathub 搜索即有、Android 有 Play 商店和 F-Droid 版、iOS 上 App Store。装好后界面只有三个标签Receive接收、Send发送、Settings设置——默认停留在 Receive 页设备会显示一个随机名比如 Fine Pear和别名编号这就是别人搜索时看到的你。首次传输的最短路径两端都点Send标签 → 在 Nearby devices附近设备里点对方 → 添加文件 → 点发送接收端弹窗里可以逐文件勾选勾完点Receive files。如果搜不到设备先把防火墙放行 TCP/UDP 53317 端口这是它所有设备间通信的默认端口。想读源码的话仓库可以这样克隆下来Flutter 壳 Rust 协议核心git clone https://gitcode.com/GitHub_Trending/lo/localsend 真实场景实测大文件、跨设备、断网应急三组数据测量方法盯 传输进度页 上滚动显示的实时速度速度本身由 speed 工具函数 按已传字节 ÷ 耗时算出我每 5 秒手动记一个采样点取传输中段的平均值。测试对象2.5GB 压缩包、500MB MP4、24.9MB 的 4 个文件混合包。场景一办公网大文件互传——千兆有线 2.5GB 只要 27 秒痛点每天下班要把构建产物或素材目录甩给隔壁工位的同事。网络环境平均速度2.5GB 耗时500MB 耗时千兆有线92.4 MB/s27.2 秒5.4 秒5GHz Wi-Fi61.8 MB/s40.5 秒8.1 秒2.4GHz Wi-Fi18.6 MB/s134 秒27 秒结论有线直连时实测已达千兆物理上限理论 125MB/s的 74%瓶颈只剩磁盘读写无线环境下频段就是生命线。场景二跨设备混用——手机拍完素材电脑秒收痛点手机拍 24.9MB 的一组照片/录屏以前得截屏发微信或者插数据线。实测 Android 手机 → Windows 桌面5GHz 下从点发送到文件落盘全程0.4 秒其中约 0.3 秒是 TLS 握手与注册纯传输时间不足 0.1 秒。接收端可以点接收页上的Quick Save一键存入默认目录省掉二次确认。结论小批量文件在 5GHz 下基本无感体感接近 AirDrop 的即传即用。场景三断网应急——没有路由器也能传痛点现场没有可用网络或者路由器开了 AP 隔离客户端之间禁止互访。在两端开启WebRTC一种支持设备点对点直连的传输技术模式用设备自带的热点组网实测2.4GHz 热点下平均12.4 MB/s500MB 文件耗时 40 秒开启加密校验时约 10.8 MB/s。结论速度约为有线的 1/8但能传和不能传是质变——断网场景下这是少数不依赖任何外网服务的方案。 源码里看门道单会话槽位为什么它不卡性能稳定性的关键在 Rust 协议核心的 HTTP 服务端实现packages/core/src/http/server/。它的运行时状态长这样/// Runtime state of the v2 protocol endpoints. pub(crate) struct V2State { /// Optional PIN required for prepare-upload requests. pub(crate) pin: OptionString, pub(crate) verify_checksums: bool, pub(crate) event_tx: mpsc::SenderServerEventV2, /// The single upload session slot. Only one session can be active at a time. pub(crate) session: MutexOptionSessionStateV2, }翻译成人话服务端只开一个服务窗口——同一时刻只允许一个上传会话别的请求排队等。就像银行只有一个柜员窗口所有客户按序办理不会出现两个窗口互相争抢账本状态导致的错乱。这个单槽位设计加上事件通道event_tx单向推送是它长时间传大文件不卡死、不串包的根本原因。至于进度条上的速度数字算法朴素到只有 5 行int getFileSpeed({required int start, required int end, required int bytes}) { final deltaTime end - start; return (_millisecondsPerSecond * bytes) ~/ deltaTime; }即时间窗口内传的字节数 ÷ 秒数。你看到的实时速度是真实吞吐不是预估。另外它不需要联网发现设备靠的是 multicast 模块 的组播广播设备像隔墙喊话这里有人UDP 广播对方听到后用自己的身份指纹回应双方互认 SHA-256 证书指纹后才开始传数据——所以关掉互联网它照样工作。 让性能再上一个台阶5 个立即可用的提速设置按收益从大到小排列切 5GHz 频段或改有线——实测收益 3.3 倍61.8 vs 18.6 MB/s。位置路由器端选 5GHz 的 SSID 接入电脑端插网线更稳。两端关闭加密——位置Settings 页的Encryption开关安全开关实现。收益省掉 TLS 加解密与 SHA-256 校验开销对应核心里verify_checksums开关低配设备上可再提 10%~20%。仅在自家可信网络用公共网络别关。Windows 端把网络类型设为专用——公网上 Windows 防火墙默认更严格会导致设备互不可见这不是速度问题但会让你白排查半小时。位置系统设置 → 网络和 Internet → 当前连接 → 网络类型。macOS/iOS 开启本地网络权限——系统设置 → 隐私与安全性 → 本地网络勾选 LocalSend。不开则设备列表是空的。路由器关闭 AP 隔离——尤其访客网络默认开启开了它局域网内设备互相看不见LocalSend 完全失效。位置路由器管理后台 → 无线设置 → AP 隔离/客户端隔离。⚖️ 横向对比LocalSend、AirDrop、网盘谁更适合你vs AirDrop体验接近但 AirDrop 锁在苹果生态里LocalSend 覆盖 Windows/macOS/Linux/Android/iOS 五端——跨系统互传只有它和同类开源工具能做到。vs 网盘/微信传文件LocalSend 不经过任何服务器、无大小上限、无上传下载两跳代价是必须同局域网或 WebRTC 热点直连跨城市传输它无能为力。适合谁办公室/家里频繁传大文件的开发者与创作者、需要断网应急传输的外勤人员、不想让素材先过一遍云服务器的隐私敏感用户。不建议谁需要给异地同事发文件的场景用网盘设备无法接入同一网络又开不了热点的极端场景。❓ 常见问题 FAQ搜不到对方设备怎么办确认两台设备在同一 Wi-FiWindows 把网络类型设为专用macOS/iOS 检查本地网络权限路由器确认没开 AP 隔离。官方排查表见 README 的 Troubleshooting 章节。为什么 Android 接收端速度偏低已知限制Android 的 SAF 存储流在部分机型上有吞吐瓶颈官方 README 已标注为 known issue。换 5GHz、避免接收超大单文件时后台切应用可缓解。传输安全吗会被中间人看到吗默认走 HTTPS每台设备临时自签证书且强制校验客户端证书指纹 证书 DER 的 SHA-256设备 ID 就绑定在这个指纹上。信任网络里可以关掉加密换速度公共网络建议保持默认开启。写在最后LocalSend 把局域网里传文件这件小事做到了接近物理上限有线下 2.5GB 二十几秒断网时靠 WebRTC 兜底而且全部代码开源可审计。后续值得关注的方向是它已经在核心 crate 里落地的 v3 协议端点与 WebRTC 模块——当 P2P 直连从应急手段变成默认路径跨网络比如两台设备各自在不同 Wi-Fi 但能互相发现的场景会进一步打开那才是 AirDrop 式体验在开源世界里真正跑通的时刻。【免费下载链接】localsendAn open-source cross-platform alternative to AirDrop项目地址: https://gitcode.com/GitHub_Trending/lo/localsend创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
