- 环境
Alist 版本： 最新 Beta 版的 commit ID 370a6c1 built on 2025-03-01 at 19:00 UTC+8
迅雷网盘驱动：挂载使用的是 迅雷 驱动，不是迅雷专家版 / 迅雷 X / 迅雷 X 专家版 / Thunder 浏览器 / Thunder 浏览器专家版
电信千兆本地直连 / 美国专线 1 Gbps
Alist 所在服务器，美国洛杉矶 MC 机房 1 Gbps 带宽 + 10 Gbps IPv6
挂载使用的迅雷账号： Svip9，且当月剩余高速流量没用几十 GiB，接近 12 TiB 的剩余高速流量
结论：推荐使用 Thunder 浏览器 驱动，支持 302 跳转到迅雷云盘国内服务器进行下载，但是有很多坑，具体见文章内容 - 配置
参见 Alist 官方文档进行微调
用户名为 +86你的手机号
密码为 迅雷账号密码
验证码为https://pan.xunlei.com/开发者工具，网络标签页搜索关键字file，有 2 个 file? 开头的链接，其中一个请求标头为x-captcha-token，复制它的值作为迅雷存储驱动的验证码字段的值，随后保存生效 - 效果
开了美国代理测试，下载速度稳定 7.7 MiB/s（迅雷驱动是没有 302 重定向），是美国洛杉矶服务器下载迅雷网盘的资源并传回客户端，不是迅雷国内服务器取回资源，不过这个速度不稳定，瓶颈是美国服务器到迅雷国内服务器的这一段传输受国际出口影响很大
无法通过切换代理解决
不同时段、不同运营商测试，低的话只能到 200 KiB/s，高的话早上，能跑 8 MiB/s 左右，这里经过其他对比测试，能确认瓶颈出在了 Alist 所在的美国服务器 → 迅雷服务器这一段路径
也可以在线播放
不开代理，那么国内下载的速度瓶颈有 2 个，一个是服务器访问迅雷的服务器的资源取回速度，一个是服务器到你本地，这 2 个都要经过国际出口，挤呀挤 BOOM！
推荐使用 Thunder 浏览器 驱动
支持 302 到迅雷国内服务器来下载
填写用户名和密码就行了
测试时发现，对于 300 MiB 以内的文件，基本能秒触发下载，之后随着文件体积增加，点击下载后会有等待时间才能触发下载
，等待时长与资源热度、资源文件大小相关
如，我使用随机数据填充，对于一个 3 GiB 的不可压缩全网唯一的数据文件，我 Alist 点击下载后，浏览器等待了 9 分钟才触发下载，并且速度只有 3 MiB/s
不知道是不是个例，我测试了其他大文件，冷门的资源，全网唯一的数据文件，后续都是 1-2 分钟就能触发下载，不过也是要等一段时间，再次使用其他下载工具验证，我使用 Aria2 开 8 线程进行验证，没办法复现那么长的等待时间，但是 1 分钟还是有的
还有一些其他问题，可能需要下载 2 次，第一次有概率下载失败，且下载的文件名无法正确获取，使用 HTML5 的 a 标签 download 属性指定文件名无效，恒定为 下载 这个没有后缀的文件名
我不免恶意的想，是不是全部都 PCDN 了，数据分块躺在千千万万的路由器、软路由、NSA 上面了
目前我的所有测试能达成一致的表现是，速度上限为 6 MiB /s
也就是迅雷似乎没有真正的云端存储
这里也有一些探讨：
https://tieba.baidu.com/p/8894590184
https://tieba.baidu.com/p/9136448966
https://bbs.xunlei.com/circles/10/posts/48615?page=1
一个典型的的问题就是，被我抓包发现离线下载的猫腻，当我云盘取回热门资源，它向原始资源地址连接，并且绝大部分速度都是原始资源地址提供，迅雷自身服务器提供的速度为 3-4 MiB/s