★ FEATURED ARTICLE 局域网文件传输这件事说大不大说小也不小。日常办公里传个设计稿、家里把手机拍的视频倒到电脑上、出差在酒店临时给同事发个安装包这些场景几乎每个人都遇到过。多数人的第一反应是打开聊天软件拖文件或者插根数据线慢慢等再不然就是找个网盘上传下载走一圈。这些方式都能用但用起来总有点别扭——要么被压缩画质要么被限速要么得先过一遍外网。LocalSend 这类工具解决的正是这个别扭它让同一局域网内的设备直接对话文件不经过任何第三方服务器速度取决于你的路由器和网线而不是宽带套餐。我这次拿它做了一轮完整实测千兆有线环境下跑出 78.5MB/s一个 2.5GB 的文件 40 秒左右到手这个成绩值得把整个过程和踩过的坑都摊开讲一讲。不管你是完全没接触过这类工具的新手还是想搞清楚它为什么能跑这么快的老手下面这些内容应该都能对上你的需求。1. 先搞清楚 LocalSend 到底在传什么1.1 它不是一个网盘也不是一个聊天工具很多人第一次听说 LocalSend会下意识把它归类成“又一个传文件的软件”。这个理解不算错但容易错过它真正的设计取向。LocalSend 的定位是局域网内的点对点传输工具它不提供云端存储不做消息记录也没有账号体系。你打开它看到的就是一个设备列表选中目标设备把文件丢过去对方确认接收结束。整个过程里没有任何数据离开你所在的局域网。这个设计取向带来的直接好处是隐私边界清晰。文件从 A 设备的磁盘读出经过局域网链路写进 B 设备的磁盘中间不落在任何第三方服务器上。对于传合同、传身份证照片、传内部资料这类场景这一点比速度更让人安心。我见过不少人对聊天软件传文件有顾虑其实顾虑的根源就在这里——文件在到达对方之前先经过了别人的机房。另一个容易被忽略的点是跨平台。LocalSend 覆盖了常见的桌面和移动系统Windows、macOS、Linux、Android、iOS 都有对应的客户端。这意味着你不需要因为设备系统不同而换工具手机传电脑、电脑传电脑、平板传手机用的都是同一套逻辑。这一点在实际使用中比想象中重要尤其是家里设备杂、公司电脑又不让随便装软件的时候。1.2 传输走的是本地链路速度上限由物理条件决定理解 LocalSend 的速度得先理解它的数据通路。它工作在局域网内数据从源设备网卡出发经过交换机或路由器到达目标设备网卡。这条链路上没有广域网参与所以理论速度上限由局域网本身的带宽决定而不是你家宽带是多少兆。这里有个常见的认知误区有人家里办了千兆宽带就以为局域网传输也能跑千兆。实际上宽带带宽和局域网带宽是两回事。宽带说的是你到运营商机房那段链路的能力局域网说的是你家里设备之间那段链路的能力。决定 LocalSend 速度的是后者。你的路由器 LAN 口是不是千兆、网线是不是超五类以上、两端设备的网卡是不是千兆这些才是关键变量。我用千兆有线环境实测稳定在 78.5MB/s 左右。这个数字换算一下千兆以太网的理论上限是 1000Mbps折合 125MB/s。实际跑不到理论值是因为协议开销、磁盘读写、加密处理都会吃掉一部分带宽。78.5MB/s 大约相当于 628Mbps达到理论值的六成多这个水平在消费级设备上属于正常偏好。后面我会详细拆解这些损耗来自哪里。1.3 适合谁用不适合谁用这类工具不是万能的说清楚边界比一味夸好更有用。适合用的场景很明确同一局域网内、两台或多台设备之间、需要传的文件有一定体积、对隐私有一定要求。典型的就是办公室同事之间传素材、家里手机电脑互传、会议室里给投影电脑递文件。不太适合的场景也得讲明白。跨网络传文件它做不了你在公司想传给家里的电脑它帮不上忙这种需求还是得靠别的方案。设备不在同一网段的时候也会失效比如公司网络做了隔离访客网络和办公网络互相看不见这时候设备列表里就是空的。还有一种情况是公共网络做了客户端隔离酒店、咖啡馆的 WiFi 经常这么干设备之间互相 ping 不通LocalSend 自然也发现不了对方。2. 实测环境与速度拆解2.1 测试环境搭建为了让数据有参考价值我先把测试环境交代清楚。两台机器一台是台式机主板集成的千兆网卡系统是 Windows另一台是笔记本通过 USB 转千兆网卡接入系统是 Linux。两台设备都接到同一台千兆交换机上交换机上行接路由器。网线用的是超五类长度都在三米以内。这个环境不算豪华但足够代表大多数家庭和小型办公室的实际情况。测试文件是一个 2.5GB 的混合内容包里面有大文件也有小文件这样能同时观察持续吞吐和小文件处理的表现。传输方向两个都测了台式机到笔记本、笔记本到台式机结果基本对称差异在 2% 以内说明瓶颈不在某一端的设备性能上。有一点要提前说明测试时我把两端的磁盘都确认过不是瓶颈。台式机是固态盘笔记本也是固态盘读写速度都远高于 78.5MB/s。如果换成机械盘尤其是老式 5400 转的笔记本盘写入速度可能只有 80MB/s 到 100MB/s那时候瓶颈就转移到磁盘上了网络再快也没用。这一点在后面排查问题时会反复提到。2.2 78.5MB/s 是怎么来的很多人看到 78.5MB/s 会问千兆不是应该跑到 110MB/s 以上吗。这个问题值得掰开算一算。千兆以太网的线速是 1000Mbps换算成字节是 125MB/s这是物理层理论值。实际传输要扣掉几层开销。第一层是以太网帧的开销。每个以太网帧有前导码、帧头、帧尾、帧间隙这些都不承载有效数据。按标准帧长算这部分开销大约占 5% 到 7%。第二层是 IP 和传输层协议头TCP 头加 IP 头一共 40 字节相对于 1460 字节的典型 MSS又占掉约 2.7%。第三层是应用层的协议开销LocalSend 在传输时会有自己的消息封装和校验。第四层是加密处理如果启用了加密传输加解密会消耗 CPU 时间在性能一般的设备上可能成为次要瓶颈。把这些叠起来125MB/s 打个七折到七五折落在 88MB/s 到 94MB/s 是理想情况。我实测 78.5MB/s比这个区间略低原因主要在两个地方一是 USB 转千兆网卡的效率不如板载网卡二是传输过程中有加密和校验的额外开销。把笔记本换成板载千兆网卡的机器再测数字能往上走一点接近 85MB/s。这个差异说明外置网卡的转换损耗是真实存在的不是玄学。2.3 无线环境下的表现对比有线跑出 78.5MB/s 不意外真正让人关心的是无线能到什么水平。我把笔记本切到 WiFi在 5GHz 频段、信号良好的情况下重测速度落在 30MB/s 到 45MB/s 之间波动比较明显。换成 2.4GHz 频段速度直接掉到 8MB/s 到 12MB/s传那个 2.5GB 的文件要三分多钟。这个对比说明一个很实际的问题如果你要传大文件能插网线就插网线。WiFi 的标称速率和实际吞吐差距很大而且受干扰、距离、墙体影响明显。5GHz 在同一个房间里表现尚可隔一堵墙就明显下滑。2.4GHz 更适合传小文件或者对时间不敏感的场景。还有一个细节值得提WiFi 环境下传输大文件时如果同时有别的设备在占用带宽比如有人在看高清视频速度会进一步下降。有线环境相对稳定因为交换机是独享带宽不像无线那样共享信道。这也是我在正式传大文件前会习惯性确认一下网络占用情况的原因。3. 从零开始的完整实操流程3.1 客户端获取与安装LocalSend 的获取渠道比较正规各平台的官方应用商店和项目发布页都能拿到。桌面端下载安装包移动端走对应的应用商店。安装过程没什么特别的一路下一步就行。有一点要注意尽量从官方渠道获取这类工具涉及网络通信来路不明的修改版有风险没必要为了一点便利去冒这个险。安装完成后第一次启动系统可能会弹出防火墙提示问是否允许该应用通过防火墙。这一步必须点允许否则设备发现和传输都会失败。Windows 上如果误点了取消后续要去防火墙设置里手动放行比较麻烦。macOS 上会提示是否允许访问本地网络同样要允许。这个提示的本质是系统在问你要不要让这个程序在局域网里收发数据答案显然是 yes。Linux 用户的情况稍微复杂一点不同发行版的安装方式不一样有的走包管理器有的用 AppImage。AppImage 的好处是不用安装给个执行权限就能跑适合不想动系统环境的场景。跑之前记得确认一下依赖是否齐全缺库的话启动会报错报错信息通常会直接告诉你缺什么。3.2 设备发现与连接确认两端都装好并启动后正常情况下几秒内就能在设备列表里看到对方。设备名默认取的是系统主机名如果两台机器主机名一样或者名字太像容易看混。我建议在设置里把设备名改成一眼能认出来的比如“台式机-客厅”或者“笔记本-工位”省得传错人。设备发现依赖的是局域网内的广播或组播机制。如果列表里迟迟不出现对方先别急着怀疑软件按顺序排查两台设备是不是连的同一个路由器或交换机、是不是同一个网段、有没有开启客户端隔离。公司网络里最常见的问题就是网段隔离办公网和访客网分开互相看不见这种情况软件层面解决不了得找网络管理员。连接确认环节有一个安全设计值得说一下。首次向某台设备发送文件时接收端会弹出确认提示需要手动点接受。这个设计是为了防止有人在你不注意的时候往你机器里塞东西。确认之后后续传输会顺畅很多。如果你在设置里开了自动接受那就跳过这一步但我不建议在公共网络环境下开这个选项。3.3 传输 2.5GB 文件的完整过程记录正式传那个 2.5GB 的文件时我做了几件事。先把两端不必要的程序关掉尤其是占磁盘和网络的比如同步盘客户端、视频播放器。然后确认两端的磁盘剩余空间充足2.5GB 的文件传过去接收端至少要留出 3GB 以上的余量因为传输过程中可能有临时文件。点击发送后界面会显示传输进度、当前速度和剩余时间。前几秒速度会有一个爬升过程从零涨到稳定值这是正常的因为连接建立、缓冲区填充都需要时间。稳定后速度维持在 78MB/s 上下偶尔有小幅波动整体曲线比较平。2.5GB 按 78.5MB/s 算理论耗时约 32 秒实际用了 40 秒左右多出来的时间花在连接建立、文件校验和收尾上。传输完成后接收端会显示完成提示文件落在默认的下载目录里。我核对了一下文件大小和校验值和源文件一致。这里提醒一句传完大文件后养成核对大小的习惯尤其是重要文件。虽然 LocalSend 有校验机制但磁盘写入出错、空间不足导致截断这类问题偶有发生花几秒钟核对一下能省掉后面很多麻烦。3.4 传输过程中的资源占用观察传输时我顺手看了一眼两端的资源占用。CPU 占用在台式机上大约 10% 到 15%笔记本上稍高20% 左右主要消耗在加密和校验上。内存占用不高两端都在 100MB 以内。磁盘写入方面接收端的写入速度稳定在 80MB/s 上下和网络速度基本匹配说明磁盘没有拖后腿。这个观察有实际意义。如果你在传输时发现速度上不去看一眼任务管理器或者系统监视器就能判断瓶颈在哪。CPU 跑满说明加密或校验吃紧磁盘占用 100% 说明磁盘是瓶颈网络占用跑满说明链路已经到顶。三个指标一对照问题基本就定位了。我后面讲排查技巧时会把这个方法展开说。4. 速度上不去的排查思路4.1 先分清是网络瓶颈还是磁盘瓶颈速度慢的时候最忌讳的就是一通乱调。正确的做法是先定位瓶颈。方法很简单传输时同时观察三个指标网络吞吐、磁盘读写、CPU 占用。哪个先到顶瓶颈就在哪。网络吞吐到顶说明链路已经跑满这时候再怎么调软件都没用要么换更好的网卡要么换网线要么改用有线。磁盘读写到顶说明写入跟不上常见于机械盘或者磁盘快满的情况清理空间或者换固态盘能解决。CPU 到顶说明加密或校验吃紧可以在设置里看看有没有降低加密强度的选项或者换性能更好的设备。我遇到过一次典型情况一台老笔记本传文件只有 30MB/s网络显示没跑满磁盘也没跑满最后发现是 USB 转网卡插在了 USB 2.0 口上。USB 2.0 的理论带宽是 480Mbps实际也就 30MB/s 到 40MB/s直接把上限锁死了。换到 USB 3.0 口速度立刻回到 70MB/s 以上。这个坑很隐蔽因为设备管理器里不一定标得清楚哪个口是 3.0。4.2 网线和水晶头这些容易被忽略的细节网线是另一个高频问题源。很多人家里装修时埋的网线是超五类甚至五类短距离跑千兆问题不大但水晶头压得不好、线序不对、线材老化都会导致协商速率降级。明明插的是千兆口实际协商成了百兆速度上限就只有 12.5MB/s 左右。判断方法很直接在系统里看网卡连接速度。Windows 在网络适配器属性里能看到“速度”一项显示 1.0Gbps 才是千兆显示 100Mbps 就是降级了。Linux 下用 ethtool 看输出里会有 Speed 字段。如果显示百兆先换根网线试试换了还不行就检查两端网口和水晶头。还有一种情况是网线太长或者质量差导致丢包。表现是速度忽高忽低或者传输中途卡住。这种问题不好直接看出来可以用 ping 大包测试比如持续 ping 目标设备并指定包大小观察有没有丢包和延迟抖动。丢包明显的话换线是最省事的办法。4.3 防火墙与安全软件的干扰防火墙拦截是新手最容易卡住的地方。表现是设备列表里看不到对方或者能看到但连接失败。Windows 上要确认 LocalSend 在专用网络和公用网络两个配置文件下都被放行了。很多人只放行了专用网络结果在公司网络被识别为公用网络下就用不了。第三方安全软件也可能插一脚。有些安全套件带网络防护功能会拦截局域网内的未知连接。排查时可以临时关掉安全软件试一下如果能通再回去把 LocalSend 加进白名单。注意是加白名单不是长期关着安全软件后者得不偿失。macOS 上的本地网络权限也要留意。系统设置里有隐私与安全性相关的选项如果 LocalSend 没有本地网络访问权限设备发现会失败。这个权限有时候在系统升级后会被重置表现就是之前好好的突然不能用了回去重新勾选一下即可。4.4 常见问题速查表现象可能原因排查动作设备列表为空不在同一网段、客户端隔离、防火墙拦截确认 IP 网段、关闭隔离、检查防火墙放行能看到设备但连接失败防火墙只放行了部分网络类型、安全软件拦截检查专用/公用网络放行、临时关安全软件测试速度只有 10MB/s 左右网线或网口协商成百兆、USB 2.0 口查看网卡连接速度、换 USB 3.0 口速度波动大、中途卡住网线质量差丢包、WiFi 干扰ping 大包测丢包、改用有线传输完成但文件损坏磁盘空间不足、写入中断核对文件大小、检查磁盘空间和健康状态首次传输要手动确认正常安全设计接收端点接受或在可信网络下开自动接受这张表是我自己踩坑之后整理的基本覆盖了日常能遇到的大部分情况。实际排查时按顺序来先看设备发现再看连接最后看速度一层层往下走比东一榔头西一棒子高效得多。5. 让传输更稳的几个实操心得5.1 传输前的准备工作清单养成传输前检查的习惯能省掉很多中途出问题再返工的麻烦。我自己的清单有这么几项确认两端在同一网段、确认磁盘剩余空间充足、关掉占带宽的后台程序、大文件优先走有线。这几项花不了一分钟但能显著降低翻车概率。磁盘空间这一项要特别强调。接收端的剩余空间至少要是文件大小的 1.2 倍留出余量给临时文件和系统缓存。空间刚好卡着的时候传输到后半段可能因为写不进去而失败前面传的都白费。我吃过这个亏一个 8GB 的文件传到 90% 卡住原因是接收盘只剩 7GB 多清理之后重传才成功。后台程序的影响也不小。同步盘客户端在后台默默上传下载视频网站开着高清播放这些都会抢带宽。传大文件前把它们暂停速度能稳定不少。这个道理和下载大文件时不要同时看视频是一样的。5.2 设备命名与分组管理设备一多列表里一堆相似的名字很容易传错。我的做法是给每台设备起一个带位置或用途的名字比如“书房台式”“客厅电视盒子”“工作手机”。这样在列表里一眼就能认出目标减少误操作。如果设备数量多还可以利用收藏或者常用设备的功能不同版本叫法可能不一样把常用的几台固定下来不用每次都在列表里找。这个功能在办公室场景里特别实用同事之间天天传文件固定下来省事很多。命名还有一个隐性好处排查问题时能快速对应到物理设备。设备列表里显示的名字和实际机器对不上排查起来会很痛苦尤其是设备多的时候。花两分钟把名字理顺后面省的是几十分钟的困惑。5.3 大文件与小文件混合传输的策略一次传一堆小文件速度往往不如传一个大文件这是文件系统的特性决定的。每个文件都要经历打开、写入、关闭的过程小文件多了这些固定开销占比就高。我实测传一千个几 KB 的小文件整体速度只有传单个大文件的三分之一左右。所以如果条件允许把小文件打包成一个压缩包再传效率会高不少。打包还能避免传输中途因为某个文件被占用而失败的问题。当然打包也有代价接收方要解压如果对方只是想要其中一两个文件打包反而不方便。这个取舍看具体场景。混合传输时我一般会先传大文件再传小文件。大文件传输过程中连接是热的缓冲区是满的紧接着传小文件能利用这个状态。反过来先传一堆小文件连接反复建立关闭效率反而低。5.4 传输完成后的校验习惯前面提过核对文件大小这里展开说一下校验。对于特别重要的文件光看大小不够最好做一次哈希校验。源端算一个哈希值接收端算一个对比一致才算真正传对了。哈希工具各系统都有命令行一行命令的事图形界面工具也不少。日常传普通文件核对大小基本够用。传合同、传代码仓库、传数据库备份这类哈希校验值得多花那几十秒。我见过因为传输过程中磁盘出错导致文件损坏、但大小看起来正常的案例这种问题不校验根本发现不了等用的时候才暴露就晚了。校验的另一个作用是给自己一个明确的完成信号。传输进度条走完不代表数据一定完整落盘尤其是系统缓存还没刷写的时候。养成校验习惯心里有底。6. 这类工具在实际场景中的价值判断6.1 和聊天软件传文件的对比聊天软件传文件最大的问题是绕路。文件先上传到对方服务器再从服务器下载到接收端一来一回走的都是外网。速度受限于你的上行带宽和服务器的限速策略传大文件经常是几十分钟起步。而且很多聊天软件会对图片和视频做压缩传过去画质就变了。LocalSend 走局域网直连不经过外网速度取决于本地链路隐私边界也清晰。传 2.5GB 的文件 40 秒到手这个体验和聊天软件的几分钟甚至十几分钟完全不是一个量级。当然聊天软件也有它的优势比如跨网络、有记录、能离线留言这些是 LocalSend 不具备的。两者是互补关系不是替代关系。我的习惯是同一局域网内传文件用 LocalSend跨网络传文件用别的方案。分清楚场景各用各的长处效率最高。6.2 和网盘、U 盘方案的对比网盘的问题是先上传再下载中间还要看会员限速的脸色。传一个 2.5GB 的文件上传可能就要十几分钟下载再等一轮整体时间远超局域网直传。U 盘的问题是物理介质来回插拔速度受限于 U 盘本身的读写普通 U 盘写入也就 20MB/s 到 40MB/s而且还有拔之前要安全弹出的琐碎。LocalSend 在这两者之间找到了一个位置比网盘快得多比 U 盘方便得多前提是设备在同一局域网。这个前提在办公室和家里基本都成立所以适用面其实很广。我现在的习惯是只要两台设备在同一个网络里优先用 LocalSend实在不行才考虑 U 盘或者网盘。6.3 隐私与安全的实际考量文件不经过第三方服务器这是 LocalSend 在隐私上的核心优势。传输过程有加密接收端有确认机制这两点保证了基本的传输安全。但也要客观看待它保护的是传输过程不保护设备本身。如果接收端设备本身有安全问题文件传过去之后的安全就不归它管了。在公共网络环境下使用要谨慎。酒店、咖啡馆的 WiFi 可能做了客户端隔离用不了即使能用同网络下如果有不怀好意的设备风险也比可信网络高。我的建议是公共网络下尽量别传敏感文件非要传的话确认接收端身份别开自动接受。还有一点是版本更新。这类工具会持续修复问题、改进协议保持较新版本能避免一些已知的兼容性和稳定性问题。更新前看一眼更新说明了解改了什么比盲目更新稳妥。7. 一些容易被问到的细节问题7.1 为什么有时候速度会突然掉下来传输中途速度突然下降常见原因有几个。一是接收端磁盘缓存写满写入速度被迫降到磁盘的真实持续写入速度机械盘上这个现象特别明显前几秒跑得飞快是因为在写缓存缓存满了就现原形。二是网络中出现突发干扰WiFi 环境下尤其常见。三是后台有程序突然开始占用资源比如系统更新、同步盘同步。排查时先看是持续下降还是短暂波动。持续下降多半是磁盘或资源问题短暂波动多半是网络干扰。对应处理方式不同前者要查磁盘和后台程序后者要考虑换有线或者调整设备位置。7.2 传输中断了能不能续传这个要看具体版本和场景。部分版本支持断点续传传输中断后重新发起能从断点继续。但这不是所有情况都成立取决于中断原因和两端的状态。我的建议是不要依赖续传传大文件前把准备工作做足尽量避免中断。真中断了先排查原因再重传盲目重试可能还是断在同一个地方。7.3 多台设备同时传会不会互相影响会。局域网带宽是共享的多台设备同时传文件总带宽被分摊每台的速度都会下降。有线环境下因为有交换机做转发影响相对小一些但交换机上行到路由器的链路如果是瓶颈照样会互相拖累。WiFi 环境下影响更明显无线信道是共享的多设备并发时速度下降得很厉害。需要批量传文件时我的做法是排队来一台传完再传下一台。虽然总时间不一定更短但过程更可控出问题也容易定位。同时传多台适合小文件大文件还是老老实实排队。7.4 移动端使用有什么特别注意的移动端最常见的问题是省电策略。手机锁屏之后系统可能限制后台应用的网络活动导致传输中断。传输大文件时建议保持屏幕常亮或者在系统设置里给这个应用开后台运行权限。iOS 和 Android 的具体设置位置不一样但思路是一样的别让系统在传输中途把应用挂起。存储权限也要确认。第一次使用时应用会申请存储权限如果拒绝了接收文件会失败。这个权限在系统设置里可以补授找不到的话去应用管理里翻一下。另外移动端的存储空间通常比电脑紧张传大文件前确认剩余空间别传到一半提示空间不足。8. 关于速度预期的一点个人看法78.5MB/s 这个数字放在千兆有线环境里不算惊艳但足够实用。2.5GB 的文件 40 秒到手这个体验已经能满足绝大多数日常需求。追求更高速度的话往上走需要 2.5G 甚至万兆的局域网设备网卡、交换机、网线都要跟着升级成本不低。对普通用户来说把现有的千兆环境调优到位比盲目堆硬件更划算。我在实际使用中的体会是影响体验的往往不是峰值速度而是稳定性。一次传输全程稳定在 70MB/s比忽高忽低平均 80MB/s 的体验好得多。所以与其纠结那几 MB 的差距不如把精力放在排除干扰、保证链路上。网线插好、后台清干净、磁盘留足空间这三件事做到位速度自然就稳了。最后分享一个小技巧如果你经常在固定两台设备之间传文件可以把它们的网络配置固定下来比如都给静态 IP减少每次连接时的协商时间。这个改动不大但对频繁传输的场景有实际帮助。设备发现更快连接更稳积少成多体验的提升是能感觉到的。
阅读完成 · 觉得有帮助？
