Snapdrop 传输速度好慢啊

[dcsuibian]

平时安卓、Mac 互传，在 Wi-Fi 信号良好的情况下（公网 speedtest 有上百 Mbps ），速度也只有 1 、2MBps 。

测试环境

为了准确，USB 3.0 线直连手机和 Mac 做网络共享。

测试文件：1 个 Windows Server 2019 的镜像文件，5.68GB 。

iperf3 和安卓上的 Network Tools 测速能达到 1Gbps：

Snapdrop 传输

测出来的结果，只有 15MBps+：

• 没开代理
• 测试时，https://snapdrop.net/打不开，因此用的 https://drop.ioiox.com/ ，效果应该是一样的

HTTP Server 传输

相对的，我用 Node.js serve 命令直接开一个 HTTP 服务器，则能到达 80MBps+：

[dcsuibian]

Bps 字节，bps 位。为了避免干扰，直接用了相关工具、状态栏中的单位，没有换算成统一的单位。

[stille]

我回头测试下看是不是我部署的有问题…

[dcsuibian]

@stille 不是你这边的问题，我平时用 snapdrop.net 就挺慢的。
只是刚刚测试的时候官方服务器正好挂了，所以用了下你这个。
SnapDrop Down： https://github.com/RobinLinus/snapdrop/issues/451

[a1791661482]

Snapdrop ，ios 开 Surge 可以找到设备，但无法传输东西，包括文本。直接弃用了

[dacapoday]

用 sharedrop.io 试试呢，这个好像支持回退到 ws 进行服务器中转，
也可以分享链接，强制加入同一个房间。

[dcsuibian]

@dacapoday 速度也差不多。准备找别人换设备试试。

[flyqie]

到浏览器开发者工具看下 ws 传输的数据，它会帮助你找到问题。

snapdrop 如果双方设备都支持 webrtc 的话，会走 webrtc datachannel 完成数据传输，这个传输理论上来说应该是完全内网的(除非打洞失败，需要走 turn)，并通过 ws 交换信令等信息。

如果有任何一方不支持 webrtc 的话，就会走服务器中转，用的也是 ws 。

还有一个可能会影响速度的点是，snapdrop 对文件数据做了分块处理，这在某种程度上会影响实际的传输速度。

最后，个人其实不太建议在国内环境用 snapdrop 做内网传输，这个项目设计有一个不好的点，它是以公网 ip 做房间名的，虽然我也没想到有啥别的方法，但是这么搞在某些国内运营商那边确实不好办。