这是一个创建于 920 天前的主题，其中的信息可能已经有所发展或是发生改变。
平时安卓、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+：
 |
1
dcsuibian OP Bps 字节，bps 位。为了避免干扰，直接用了相关工具、状态栏中的单位，没有换算成统一的单位。
|
 |
2
stille 2022-05-29 00:27:29 +08:00 via iPhone
我回头测试下看是不是我部署的有问题…
|
|
3
dcsuibian OP @stille 不是你这边的问题，我平时用 snapdrop.net 就挺慢的。
只是刚刚测试的时候官方服务器正好挂了，所以用了下你这个。 SnapDrop Down： https://github.com/RobinLinus/snapdrop/issues/451 |
 |
4
a1791661482 2022-05-29 09:31:30 +08:00
Snapdrop ，ios 开 Surge 可以找到设备，但无法传输东西，包括文本。直接弃用了
|
 |
5
dacapoday 2022-05-29 12:11:15 +08:00
用 sharedrop.io 试试呢，这个好像支持回退到 ws 进行服务器中转，
也可以分享链接，强制加入同一个房间。 |
 |
7
flyqie 2022-05-30 07:21:49 +08:00 via Android
到浏览器开发者工具看下 ws 传输的数据，它会帮助你找到问题。
snapdrop 如果双方设备都支持 webrtc 的话，会走 webrtc datachannel 完成数据传输，这个传输理论上来说应该是完全内网的(除非打洞失败，需要走 turn)，并通过 ws 交换信令等信息。 如果有任何一方不支持 webrtc 的话，就会走服务器中转，用的也是 ws 。 还有一个可能会影响速度的点是，snapdrop 对文件数据做了分块处理，这在某种程度上会影响实际的传输速度。 最后，个人其实不太建议在国内环境用 snapdrop 做内网传输，这个项目设计有一个不好的点，它是以公网 ip 做房间名的，虽然我也没想到有啥别的方法，但是这么搞在某些国内运营商那边确实不好办。 |
Select Language