同一 Wi-Fi 下浏览器传文件有多快:典型速度与预期
在同一条 Wi-Fi 上,决定传输耗时的更多是文件本身,而不是工具:在状态良好的 5 GHz 链路上,100 MB 的文件几秒钟就能传完,而 1 MB 的文件一生大部分时间都花在准备上。这一页汇总了 Lan-Share、LocalSend、PairDrop 按文件大小可以预期的速度、真正限制速度的因素,以及一套用校验值测量自己网络的四步方法。
操作步骤
把两台设备放到同一个 Wi-Fi 上
两端都加入 5 GHz 网络,待在同一个房间,任何一端的 VPN 都关掉。频段、距离和干扰对数字的影响比任何工具都大,把它们保持不变——两次测速才有可比性。
生成带校验值的测试文件
创建 1 MB、10 MB、100 MB 三个文件——任何确定性生成器都行;Lan-Share 开源仓库自带一个(scripts/test-file.mjs)。发送前记下每个文件的 SHA-256 校验值,这样到达的内容才能逐字节核验。
配对两端,每个大小各发三次
用 8 位数字连接码让浏览器与浏览器配对,然后把每个文件连续发送三次。秒表从接收方开始拉取文件那一刻启动,到最后一个字节落地那一刻停止。三轮能抹平尖峰;取中间那一轮。
校验字节,取中位数
先对每个收到的文件算哈希、与原件比对,再承认这一轮——悄悄重编码或截断文件的传输是失败的一轮,不是快的一轮。三款工具都逐字节原样发送文件,所以正确的一轮和快的一轮是同一轮。
一条健康的 5 GHz 网络上的典型结果(估计值,不是实验室记录)
| 文件大小 | 典型耗时 | 典型速率 |
|---|
| 1 MB | 1–3 s | 主要是建立连接的延迟 |
|---|
| 10 MB | 2–6 s | 10–35 MB/s |
|---|
| 100 MB | 3–10 s | 10–35 MB/s |
|---|
为什么是一个区间,而不是每个工具一个数
三款工具以同样的方式走同一条 Wi-Fi:文件一块一块地经本地网络从设备到设备,路径上没有云中转。在同一网络里,它们的落点彼此重叠,这就是表格按文件大小只给一个区间、而不是三个的原因——同一个下午里工具之间的差异,和不同网络之间的差异相比只是噪声。
这些区间描述的是健康的家用网络:较新的路由器、5 GHz、两台设备在同一个房间、没有 VPN。换到 2.4 GHz、加上几堵墙,或者要和三台正在看视频的设备共享空口,同一个文件就要花上好几倍的时间——没有任何工具能豁免物理定律。
怎么读这些数字
1 MB 那一行主要是延迟,不是速度:对这么小的文件,配对开销、建立连接和等最后一个包占了大头,把它当地板而不是吞吐值来读。100 MB 那一行才是诚实的——到那个体量,传输已经进入稳态速率。
速度单位是 MB/s(兆字节每秒),不是 Mb/s(兆比特每秒):拿路由器标称的兆比特数除以八再比较。标称 600 Mb/s 的 Wi-Fi 链路最多承载约 75 MB/s,实际传输还远低于这个数——Wi-Fi 是共享的半双工介质,每一次重传都要付出时间。
什么会拖慢传输
最常见的元凶是 2.4 GHz 频段:吞吐只有 5 GHz 的零头,还要吸收所有邻居的干扰。其次是距离——手机放在另一个房间,速率就能掉一半。任何一端开着 VPN,本地流量都要多穿一层隧道;而在公共或办公网络里,客户端隔离能彻底封死设备间传输。
网络之外,传输路径本身也关键。Lan-Share 以 256 KB 分块、8 MB 在途窗口搬文件,既让管道保持满载,又不撑爆浏览器内存;点对点直连路径会在连接详情里显示为 Direct。一旦工具退回经服务器中转,速度上限就变成那台服务器的带宽,不再是你的 Wi-Fi。
为什么这些是区间,而不是实验室记录
这些数字是对典型健康网络的预期,不是测试实验室里记下的实测——硬件差异太大,一张表承诺不了更多。真实测量会随路由器、公寓、手机世代和当天的情况而变。
这正是上面那套四步方法的用途:在你自己的网络上、用你自己的带校验值文件,十分钟左右就能拿到可信的数字——这里的区间则告诉你,测出来的值正不正常。
选哪个
既然区间彼此重叠,就按省事程度来选:Lan-Share 开浏览器就能用,两端什么都不装;LocalSend 需要两台设备都装它的 App,换来自动发现;PairDrop 同样只在浏览器里跑,配对却依赖一个公共中继。各工具的细节在 LocalSend 替代方案和 PairDrop 替代方案对比里。
想深入了解浏览器对浏览器这套方法本身——包括完全断网的离线情形——看「不联网传文件」指南;两台电脑的场景看「两台电脑互传文件」指南。
故障排查
- 传输速度只有本页数值的一小部分
原因 设备在 2.4 GHz 频段上,离路由器太远,或者手机隔着几堵墙只剩弱信号。
解决方法 把两台设备挪到路由器的 5 GHz SSID 上,放进同一个房间,再测一次。如果路由器给两个频段起了不同名字,明确选 5 GHz 那个,别依赖频段引导。
- 速度起初很快,传大文件中途却垮下来
原因 网络里另一台设备开始了自己的大流量传输,或者发送端手机开始过热降频。
解决方法 暂停网络里的其他下载和流媒体,把手机从壳里拿出来、从无线充电器上拿开,再跑一次。如果总是在同一个位置垮掉,试试把路由器 5 GHz 的信道宽度设为 80 MHz。
- 开着 VPN,传输慢如爬行或干脆失败
原因 VPN 把流量绕经外部服务器,文件先离开你家网络再折回来;有些 VPN 客户端干脆直接封掉本地子网流量。
解决方法 本地传输时把两端的 VPN 都关掉。如果规定不允许,看看 VPN 客户端有没有「允许本地访问」设置,把它打开。
- 在酒店、办公室或校园 Wi-Fi 上,两台设备互相看不见
原因 这类网络开着客户端隔离:已连接的设备之间无法互相寻址,无论用哪家工具,直连都无从谈起。
解决方法 开一个手机热点,让两台设备都加入——热点是张没有隔离的私有网络。「手机开热点传文件」指南从头到尾讲的就是这条路。
常见问题
同一个 Wi-Fi 下,浏览器传文件有多快?
在健康的 5 GHz 网络上,看上面表格里的区间就行:10 MB 只要几秒,100 MB 大约 3 到 10 秒,折算下来就是稳定的 10–35 MB/s。经验法则:拿路由器标称的兆比特数除以八,再预期它的一半到三分之二。
为什么传输速度比路由器标称的低?
标称值是理想条件下单向无线链路的裸速率。真实传输要和确认包、重传包共享空口,要穿过其他设备的流量,每个分块还要付协议开销。信号一弱 Wi-Fi 就降档,单凭距离就能把吞吐砍掉一半。
这些工具有谁会压缩文件来提速吗?
没有。三款工具都逐字节原样发送文件——途中没有任何重编码,这正是上面那套校验值方法成立的原因。况且压缩只在慢链路上才有用:本地 Wi-Fi 网络里,线路很少会慢到值得靠重编码去省时间。
文件大小会影响传输速度吗?
会,在小文件那头。1 MB 的传输大部分时间都花在准备上——配对、打开数据通道、等最后一个包——所以它的等效速度远比工具的真实吞吐难看。从几十 MB 往上,速率就稳定下来,文件大小不再影响结果。
浏览器标签页真的能和原生 App 一样快吗?
两者跑在同一条 Wi-Fi 上的同一个 WebRTC 数据通道上,链路并不在乎你用的是哪一个。浏览器多了一道内存天花板,这正是分块传输加背压重要的原因;但在家用网络里,封顶的是 Wi-Fi,不是标签页。在两者上各跑一遍四步方法,在你自己的硬件上比较。