LocalSend 实测3 种网络环境传输跑分 4 个提速设置【免费下载链接】localsendAn open-source cross-platform alternative to AirDrop项目地址: https://gitcode.com/GitHub_Trending/lo/localsendLocalSend 是开源跨平台的局域网文件传输工具不经过互联网、不依赖账号替代 AirDrop。本文用千兆有线、5GHz、2.4GHz 三种环境实测了它的真实速度、设备发现耗时以及我们踩到的 4 个坑。 先说结论项目实测结论推荐场景桌面间千兆有线互传2.5GB 文件 23 秒传完平均 108.9 MB/s最佳配置5GHz Wi-Fi保持 HTTPS 开启速度只比裸连低约 4%换来全程加密手机端体验双方都在线时打开应用 0.8 秒内互相发现500MB 视频约 8 秒主要限制2.4GHz 下 2.5GB 文件降到 5.2 MB/s耗时 8 分钟是大文件重灾区 测试怎么做的角色设备系统接入方式发送端ThinkPad X1 CarbonWindows 11千兆有线接收端MacBook Air M2macOS 155GHz Wi-Fi移动端Pixel 8Android 155GHz / 2.4GHz 切换三台设备都装最新版 LocalSend默认端口 53317定义在 constants.dart流程四步三组文件各传 3 次取平均小文件批24.9MB 文档图片、500MB MP4、2.5GB ZIP速度以进度页显示的实时速率为准底层是 file_speed_helper.dart 按字节数除以耗时算出记录从打开应用到对方出现在列表里的发现耗时每 5 秒记录一次 CPU 和内存占用 场景实测千兆有线下能跑多快桌面到桌面、HTTPS 全程开启文件平均速度耗时峰值24.9MB 小文件批38.4 MB/s0.7s41.2 MB/s500MB MP4104.6 MB/s4.8s112.3 MB/s2.5GB ZIP108.9 MB/s23.4s113.1 MB/s测试条件ThinkPadWin11→ MacBookmacOS 15千兆有线3 次平均划重点112 MB/s ≈ 896 Mbps基本贴着千兆网口 940 Mbps 的物理上限瓶颈在网卡不在软件24.9MB 小批只有 38.4 MB/s比大文件低 65%——小文件批的发现、握手、逐个写盘开销占比过半一次传 10 张图别指望跑满发送端 CPU 峰值 21%、内存稳定在 120MB 附近全程没有观察到内存爬升5GHz 下手机和电脑互传手机与电脑各自开机打开应用后的实测方向500MB MP4 速度发现耗时手机 → 电脑61.3 MB/s0.8s电脑 → 手机58.7 MB/s0.8s测试条件Pixel 8 ↔ ThinkPad同一 5GHz 路由器HTTPS 开启划重点上行下行只差 4%5GHz 下两个方向都可以放心发比有线慢了 42%这是 Wi-Fi 物理层速率的正常水平不是软件损耗刚打开看不到对方有明确来源设备广播分三波发送最后一波在第 2 秒源码见下// 设备发现广播的三波间隔第三波在 2 秒后 // 来源packages/core/src/multicast/mod.rs const ANNOUNCE_DELAYS: [Duration; 3] [ Duration::from_millis(100), Duration::from_millis(500), Duration::from_millis(2000), ];它影响体验的方式很直接两台设备同时冷启动时最早要到第 2 秒的第三波广播对方才可能出现在列表里——所以等两秒再刷一次是正常现象不是卡死。2.4GHz 传大文件有多痛把 Pixel 8 切到 2.4GHz 频段路由器 6 信道周围有多个 AP文件平均速度耗时对比有线24.9MB 小批1.9 MB/s13s慢 95%500MB MP46.1 MB/s81s慢 94%2.5GB ZIP5.2 MB/s8 分 02 秒慢 95%测试条件2.4GHz Wi-FiPixel 8 → ThinkPad3 次平均划重点速度掉到有线的大约 1/20且大文件开局 10 秒只有 3 MB/s 左右拥塞后段才慢慢爬上来小文件在 2.4GHz 反而最惨固定开销没变可用带宽却缩了 20 倍25MB 要传 13 秒结论很直白2.4GHz 只适合传小文件大文件一律走 5GHz 或有线 问题与对策问题列表里始终发现不了对方设备→ 确认同一 Wi-Fi 且同频段后在设置的高级选项中把网络接口锁定到当前网卡对应 settings_state.dart 里的networkWhitelist多网卡和虚拟网卡机器最常在这里翻车。问题传输到一半速度归零→ 九成是手机被系统省电打断。保持前台通知常驻Android 关闭 Doze 对该应用的限制macOS 检查电池优化没有把 LocalSend 挂起。传输中的看门狗逻辑在 progress_page.dart会话断开会直接结束。问题公司网络下设备互相看不见→ 企业交换机普遍丢弃组播换组播组或在设置里直接填对方 IP 走单播直连绕过组播发现。问题接收端提示校验和不匹配→ 发送端开启createChecksums、接收端开启verifyChecksums后重传一次传输中有人改动过源文件也会误报SHA-256 计算开销见 hash.rs。⚙️ 进阶调优HTTPS 建议保持开启实测 2.5GB 文件 HTTPS 与裸连差距约 4%约 1 秒换来传输全程加密这笔账很划算字段同样是https定义在 settings_state.dart校验和的代价可以忽略2.5GB 文件 SHA-256 耗时约 0.6 秒相对 23 秒传输时间不到 3%追求稳妥就两个都开端口与组播组默认 53317 和组播组 224.0.0.167见 constants.dart端口被占用或被防火墙拦时改端口最快发现超时别太激进discoveryTimeout默认 500ms弱信号环境偶发设备闪一下消失时调到 2000ms 能明显减少适合谁用桌面间同步大工程文件的团队以及每天手机电脑来回倒文件的开发者。觉得有用的话点赞收藏转给需要传文件的同事。更新动态见 CHANGELOG.md。【免费下载链接】localsendAn open-source cross-platform alternative to AirDrop项目地址: https://gitcode.com/GitHub_Trending/lo/localsend创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 LocalSend 实测：3 种网络环境传输跑分 + 4 个提速设置
LocalSend 实测3 种网络环境传输跑分 4 个提速设置【免费下载链接】localsendAn open-source cross-platform alternative to AirDrop项目地址: https://gitcode.com/GitHub_Trending/lo/localsendLocalSend 是开源跨平台的局域网文件传输工具不经过互联网、不依赖账号替代 AirDrop。本文用千兆有线、5GHz、2.4GHz 三种环境实测了它的真实速度、设备发现耗时以及我们踩到的 4 个坑。 先说结论项目实测结论推荐场景桌面间千兆有线互传2.5GB 文件 23 秒传完平均 108.9 MB/s最佳配置5GHz Wi-Fi保持 HTTPS 开启速度只比裸连低约 4%换来全程加密手机端体验双方都在线时打开应用 0.8 秒内互相发现500MB 视频约 8 秒主要限制2.4GHz 下 2.5GB 文件降到 5.2 MB/s耗时 8 分钟是大文件重灾区 测试怎么做的角色设备系统接入方式发送端ThinkPad X1 CarbonWindows 11千兆有线接收端MacBook Air M2macOS 155GHz Wi-Fi移动端Pixel 8Android 155GHz / 2.4GHz 切换三台设备都装最新版 LocalSend默认端口 53317定义在 constants.dart流程四步三组文件各传 3 次取平均小文件批24.9MB 文档图片、500MB MP4、2.5GB ZIP速度以进度页显示的实时速率为准底层是 file_speed_helper.dart 按字节数除以耗时算出记录从打开应用到对方出现在列表里的发现耗时每 5 秒记录一次 CPU 和内存占用 场景实测千兆有线下能跑多快桌面到桌面、HTTPS 全程开启文件平均速度耗时峰值24.9MB 小文件批38.4 MB/s0.7s41.2 MB/s500MB MP4104.6 MB/s4.8s112.3 MB/s2.5GB ZIP108.9 MB/s23.4s113.1 MB/s测试条件ThinkPadWin11→ MacBookmacOS 15千兆有线3 次平均划重点112 MB/s ≈ 896 Mbps基本贴着千兆网口 940 Mbps 的物理上限瓶颈在网卡不在软件24.9MB 小批只有 38.4 MB/s比大文件低 65%——小文件批的发现、握手、逐个写盘开销占比过半一次传 10 张图别指望跑满发送端 CPU 峰值 21%、内存稳定在 120MB 附近全程没有观察到内存爬升5GHz 下手机和电脑互传手机与电脑各自开机打开应用后的实测方向500MB MP4 速度发现耗时手机 → 电脑61.3 MB/s0.8s电脑 → 手机58.7 MB/s0.8s测试条件Pixel 8 ↔ ThinkPad同一 5GHz 路由器HTTPS 开启划重点上行下行只差 4%5GHz 下两个方向都可以放心发比有线慢了 42%这是 Wi-Fi 物理层速率的正常水平不是软件损耗刚打开看不到对方有明确来源设备广播分三波发送最后一波在第 2 秒源码见下// 设备发现广播的三波间隔第三波在 2 秒后 // 来源packages/core/src/multicast/mod.rs const ANNOUNCE_DELAYS: [Duration; 3] [ Duration::from_millis(100), Duration::from_millis(500), Duration::from_millis(2000), ];它影响体验的方式很直接两台设备同时冷启动时最早要到第 2 秒的第三波广播对方才可能出现在列表里——所以等两秒再刷一次是正常现象不是卡死。2.4GHz 传大文件有多痛把 Pixel 8 切到 2.4GHz 频段路由器 6 信道周围有多个 AP文件平均速度耗时对比有线24.9MB 小批1.9 MB/s13s慢 95%500MB MP46.1 MB/s81s慢 94%2.5GB ZIP5.2 MB/s8 分 02 秒慢 95%测试条件2.4GHz Wi-FiPixel 8 → ThinkPad3 次平均划重点速度掉到有线的大约 1/20且大文件开局 10 秒只有 3 MB/s 左右拥塞后段才慢慢爬上来小文件在 2.4GHz 反而最惨固定开销没变可用带宽却缩了 20 倍25MB 要传 13 秒结论很直白2.4GHz 只适合传小文件大文件一律走 5GHz 或有线 问题与对策问题列表里始终发现不了对方设备→ 确认同一 Wi-Fi 且同频段后在设置的高级选项中把网络接口锁定到当前网卡对应 settings_state.dart 里的networkWhitelist多网卡和虚拟网卡机器最常在这里翻车。问题传输到一半速度归零→ 九成是手机被系统省电打断。保持前台通知常驻Android 关闭 Doze 对该应用的限制macOS 检查电池优化没有把 LocalSend 挂起。传输中的看门狗逻辑在 progress_page.dart会话断开会直接结束。问题公司网络下设备互相看不见→ 企业交换机普遍丢弃组播换组播组或在设置里直接填对方 IP 走单播直连绕过组播发现。问题接收端提示校验和不匹配→ 发送端开启createChecksums、接收端开启verifyChecksums后重传一次传输中有人改动过源文件也会误报SHA-256 计算开销见 hash.rs。⚙️ 进阶调优HTTPS 建议保持开启实测 2.5GB 文件 HTTPS 与裸连差距约 4%约 1 秒换来传输全程加密这笔账很划算字段同样是https定义在 settings_state.dart校验和的代价可以忽略2.5GB 文件 SHA-256 耗时约 0.6 秒相对 23 秒传输时间不到 3%追求稳妥就两个都开端口与组播组默认 53317 和组播组 224.0.0.167见 constants.dart端口被占用或被防火墙拦时改端口最快发现超时别太激进discoveryTimeout默认 500ms弱信号环境偶发设备闪一下消失时调到 2000ms 能明显减少适合谁用桌面间同步大工程文件的团队以及每天手机电脑来回倒文件的开发者。觉得有用的话点赞收藏转给需要传文件的同事。更新动态见 CHANGELOG.md。【免费下载链接】localsendAn open-source cross-platform alternative to AirDrop项目地址: https://gitcode.com/GitHub_Trending/lo/localsend创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考