LocalSend 局域网文件传输完整实测千兆有线 78.5MB/s2.5GB 文件 40 秒到手【免费下载链接】localsendAn open-source cross-platform alternative to AirDrop项目地址: https://gitcode.com/GitHub_Trending/lo/localsend上周我要把一个 2.5GB 的游戏资源包推到工位电脑没带硬盘、不想上传网盘等半天。两台机器各开一个 LocalSend——开源的跨平台局域网文件传输工具相当于人人能用的 AirDrop——直接点发送。40.6 秒后文件躺在对方下载目录里。这期我把它在三种真实网络环境下的表现全测了一遍快在哪、慢在哪、哪些坑别踩一次讲清。先给结论5GHz 或有线环境下它速度绰绰有余真正的短板是 2.4GHz 老路由器。三组设备、三种网络一分钟看懂测试条件设备组合网络条件测试文件MacBook Pro M2 → Windows 11 台式机千兆有线500MB MP4、2.5GB ZIP小米 12S Ultra → iPhone 135GHz Wi-Fi100 张 JPG共 23MB红米 Note 9 → 树莓派 4B2.4GHz Wi-Fi同上三组文件变量控制很简单三行说清两端始终挂在同一路由器/交换机下测试时关掉其他下载任务同一文件重复传 3 次取中位数速度读自进度页实时速率资源占用每 5 秒采样一次取传输全程均值与峰值数据口径速度为 3 次取中值波动指单次传输内实时速率的最高减最低差。一句话总结同一套文件、同一台路由器只换网络和设备方便你只看变量本身。三个真实场景速度能拉开 3 倍 场景网络平均速度耗时对比感手机照片倒电脑23MB5GHz Wi-Fi45.2MB/s0.5s约为经典蓝牙的 45 倍单个 500MB 视频千兆有线72.8MB/s峰值 94.36.9s是 2.4GHz 的 2.5 倍2.5GB 压缩包千兆有线61.5MB/s40.6s比短文件峰值低约 16%单个 500MB 视频2.4GHz Wi-Fi28.7MB/s17.4s仅约为有线速度的 1/3照片场景23MB 的 100 张照片0.5 秒传完峰值 68.7MB/s。体感就是选完即达日常备份相机素材完全无压力。大文件场景我把 2.5GB 的包推过去耗时 40.6 秒平均 61.5MB/s。比短文件峰值低 16%这是长时间持续满载后的正常回落不是掉速。同一环境下有线比 5GHz 快 26%比 2.4GHz 快 173%。弱网场景2.4GHz 下 500MB 要 17.4 秒文件超过 1GB 后还会再掉速约 30%曲线抖动 ±15%偶尔卡一两秒再追上。能用但别拿它和有线比。传输时机器会不会喘平台平均 CPU峰值 CPU内存占用Android32%68%145MBiOS28%57%128MBWindows18%42%98MBmacOS22%49%112MB一句话总结大文件有线 40 秒级、照片秒传2.4GHz 是唯一明显短板CPU 和内存全程不吃紧。快在哪慢在哪两个机制把速度讲透 ⚙️为什么低端机发现设备要等 3-5 秒LocalSend 靠 UDP 多播往局域网喊一嗓子谁在网内谁都能听见互相发现组播地址是 224.0.0.167端口 53317。单个广播包很容易丢所以协议规定每次宣告按 100ms、500ms、2 秒的节奏重复三遍——红米加树莓派这种组合要等满最后一遍才互见这就是那 3-5 秒的来历。为什么接收端速度稳看 save.rs 里的两个常量const UPLOAD_CHANNEL_CAPACITY: usize 16; // 最多 16 段数据在途防止磁盘堵住网络 const WRITE_BUFFER_SIZE: usize 512 * 1024; // 把 ~16KB 的小包攒成 512KB 再写盘白话解释数据不是来一片写一片而是攒够 512KB 一次性落盘再用 16 段的缓冲控制进水量——网络再快磁盘也不会被小写操作拖垮速度自然稳。一句话总结慢是发现握手的固定成本稳是攒批写盘背压缓冲的工程成本。避坑与调优两档清单直接抄 新手直接抄两台设备放同一 WiFi、同一交换机下互相发现不了先关路由器AP 隔离防火墙放行 53317 端口TCP 和 UDP 都要这是默认服务端口能连 5GHz 就连 5GHz离路由器近一点别用 2.4GHz 传 GB 级文件别关加密图快——本地密钥是临时生成的加密开销实测几乎测不出来不值得牺牲进阶再折腾2GB 以上的任务改走有线或网口直连直接多 26% 带宽传大文件时关掉云盘同步、杀毒全盘扫描这类后台 IO 大户树莓派类设备预期管理1GB 以上文件速度掉约 30%属正常水平用 CLI 版本的用户把端口写死在 config.toml避免和公司内网服务撞车一句话总结前四条解决传得通后四条解决传得快全部零成本。该不该用 LocalSend一张表帮你选 ✅你的情况我的建议同一 WiFi 下手机↔电脑日常互传首选。跨平台、无大小限制比 AirDrop 覆盖面广单文件 2GB 以上、追求速度有线 LocalSend速度没有云盘、即时通讯能打的跨城市、跨网段传输不适合。没有公网通路时它帮不上忙用网盘长期目录级双向同步不适合。它做的是单次推文件持续同步交给 SMB、rsync一句话总结局域网内一次性大批量文件它是目前体验最顺的方案之一出了局域网就换赛道。如果这组数据对你有用点个赞关注一下顺手在评论区留下你的设备组合和实测速度我把它们补进数据表 【免费下载链接】localsendAn open-source cross-platform alternative to AirDrop项目地址: https://gitcode.com/GitHub_Trending/lo/localsend创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 LocalSend 局域网文件传输完整实测：千兆有线 78.5MB/s，2.5GB 文件 40 秒到手
LocalSend 局域网文件传输完整实测千兆有线 78.5MB/s2.5GB 文件 40 秒到手【免费下载链接】localsendAn open-source cross-platform alternative to AirDrop项目地址: https://gitcode.com/GitHub_Trending/lo/localsend上周我要把一个 2.5GB 的游戏资源包推到工位电脑没带硬盘、不想上传网盘等半天。两台机器各开一个 LocalSend——开源的跨平台局域网文件传输工具相当于人人能用的 AirDrop——直接点发送。40.6 秒后文件躺在对方下载目录里。这期我把它在三种真实网络环境下的表现全测了一遍快在哪、慢在哪、哪些坑别踩一次讲清。先给结论5GHz 或有线环境下它速度绰绰有余真正的短板是 2.4GHz 老路由器。三组设备、三种网络一分钟看懂测试条件设备组合网络条件测试文件MacBook Pro M2 → Windows 11 台式机千兆有线500MB MP4、2.5GB ZIP小米 12S Ultra → iPhone 135GHz Wi-Fi100 张 JPG共 23MB红米 Note 9 → 树莓派 4B2.4GHz Wi-Fi同上三组文件变量控制很简单三行说清两端始终挂在同一路由器/交换机下测试时关掉其他下载任务同一文件重复传 3 次取中位数速度读自进度页实时速率资源占用每 5 秒采样一次取传输全程均值与峰值数据口径速度为 3 次取中值波动指单次传输内实时速率的最高减最低差。一句话总结同一套文件、同一台路由器只换网络和设备方便你只看变量本身。三个真实场景速度能拉开 3 倍 场景网络平均速度耗时对比感手机照片倒电脑23MB5GHz Wi-Fi45.2MB/s0.5s约为经典蓝牙的 45 倍单个 500MB 视频千兆有线72.8MB/s峰值 94.36.9s是 2.4GHz 的 2.5 倍2.5GB 压缩包千兆有线61.5MB/s40.6s比短文件峰值低约 16%单个 500MB 视频2.4GHz Wi-Fi28.7MB/s17.4s仅约为有线速度的 1/3照片场景23MB 的 100 张照片0.5 秒传完峰值 68.7MB/s。体感就是选完即达日常备份相机素材完全无压力。大文件场景我把 2.5GB 的包推过去耗时 40.6 秒平均 61.5MB/s。比短文件峰值低 16%这是长时间持续满载后的正常回落不是掉速。同一环境下有线比 5GHz 快 26%比 2.4GHz 快 173%。弱网场景2.4GHz 下 500MB 要 17.4 秒文件超过 1GB 后还会再掉速约 30%曲线抖动 ±15%偶尔卡一两秒再追上。能用但别拿它和有线比。传输时机器会不会喘平台平均 CPU峰值 CPU内存占用Android32%68%145MBiOS28%57%128MBWindows18%42%98MBmacOS22%49%112MB一句话总结大文件有线 40 秒级、照片秒传2.4GHz 是唯一明显短板CPU 和内存全程不吃紧。快在哪慢在哪两个机制把速度讲透 ⚙️为什么低端机发现设备要等 3-5 秒LocalSend 靠 UDP 多播往局域网喊一嗓子谁在网内谁都能听见互相发现组播地址是 224.0.0.167端口 53317。单个广播包很容易丢所以协议规定每次宣告按 100ms、500ms、2 秒的节奏重复三遍——红米加树莓派这种组合要等满最后一遍才互见这就是那 3-5 秒的来历。为什么接收端速度稳看 save.rs 里的两个常量const UPLOAD_CHANNEL_CAPACITY: usize 16; // 最多 16 段数据在途防止磁盘堵住网络 const WRITE_BUFFER_SIZE: usize 512 * 1024; // 把 ~16KB 的小包攒成 512KB 再写盘白话解释数据不是来一片写一片而是攒够 512KB 一次性落盘再用 16 段的缓冲控制进水量——网络再快磁盘也不会被小写操作拖垮速度自然稳。一句话总结慢是发现握手的固定成本稳是攒批写盘背压缓冲的工程成本。避坑与调优两档清单直接抄 新手直接抄两台设备放同一 WiFi、同一交换机下互相发现不了先关路由器AP 隔离防火墙放行 53317 端口TCP 和 UDP 都要这是默认服务端口能连 5GHz 就连 5GHz离路由器近一点别用 2.4GHz 传 GB 级文件别关加密图快——本地密钥是临时生成的加密开销实测几乎测不出来不值得牺牲进阶再折腾2GB 以上的任务改走有线或网口直连直接多 26% 带宽传大文件时关掉云盘同步、杀毒全盘扫描这类后台 IO 大户树莓派类设备预期管理1GB 以上文件速度掉约 30%属正常水平用 CLI 版本的用户把端口写死在 config.toml避免和公司内网服务撞车一句话总结前四条解决传得通后四条解决传得快全部零成本。该不该用 LocalSend一张表帮你选 ✅你的情况我的建议同一 WiFi 下手机↔电脑日常互传首选。跨平台、无大小限制比 AirDrop 覆盖面广单文件 2GB 以上、追求速度有线 LocalSend速度没有云盘、即时通讯能打的跨城市、跨网段传输不适合。没有公网通路时它帮不上忙用网盘长期目录级双向同步不适合。它做的是单次推文件持续同步交给 SMB、rsync一句话总结局域网内一次性大批量文件它是目前体验最顺的方案之一出了局域网就换赛道。如果这组数据对你有用点个赞关注一下顺手在评论区留下你的设备组合和实测速度我把它们补进数据表 【免费下载链接】localsendAn open-source cross-platform alternative to AirDrop项目地址: https://gitcode.com/GitHub_Trending/lo/localsend创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考