迅雷只上传不下载，99%的用户第一时间会怀疑资源本身没速度，但真相往往藏在设置、网络与版权的三重夹缝里。下面用问答式拆解，把每个环节掰开揉碎。
（图片来源网络，侵删）
一、为什么迅雷会陷入“只上传”状态？
先自问：是不是所有任务都如此？
如果仅个别任务：极大概率是版权方投诉，迅雷被动限速，只保留上传通道做“种子分发”。
如果全部任务：继续往下看。
二、网络端口被占用，上传通道反客为主
迅雷默认使用6881-6999端口，若路由器或运营商把这些端口封掉，下载握手包发不出去，客户端只能维持已有的上传连接。
- 自查办法：在路由器里做端口映射，把6881-6999指向本机IP；若不会操作，直接勾选“启用UPnP”。
- 进阶排查：用telnet命令测试端口是否通：
telnet 路由器公网IP 6881
若连接失败，继续换端口范围。
三、高速通道与离线下载到期，P2P只剩上传
很多用户开了会员后习惯“秒下”，会员到期却忘了。此时：
- 高速通道关闭，下载回归纯P2P；
- 冷门资源节点稀少，客户端只能把已有数据传给别人；
- 界面仍显示“上传速度”，造成“只上传不下载”的错觉。
解决路径：续费或手动寻找热门种子，让下载源重新大于上传需求。
四、磁盘写入权限被安全软件拦截
Windows Defender、火绒、360都可能把迅雷的写入行为误判为勒索病毒。
（图片来源网络，侵删）
- 症状：任务进度条卡在0.0%，上传速度却几百KB/s。
- 验证：打开资源监视器→磁盘→按写入排序，若Thunder.exe写入字节始终为0，基本坐实拦截。
- 放行步骤：在杀软“信任区”添加迅雷安装目录与下载目录。
五、任务种子健康度低于100%
健康度=（拥有完整文件的对等节点数）/（所需块数）。
健康度<100%时：你手里已有全部块，自然只能上传；别人手里缺的你也没有，于是下载为0。
补救方案：
- 换Tracker：在任务属性里添加热门公共Tracker列表；
- 做种者补种：到原发布帖求补种或等待新做种者上线。
六、迅雷11/12版本“限速模式”Bug
部分内测版在“限速下载”里把下载速度误设为1KB/s，上传速度却维持全局不限速。
- 快速验证：设置→传输设置→限速下载→改为“不限速”。
- 根治：退回官方正式版，或更新到最新内测通道。
七、运营商QoS对下行P2P限速
晚高峰时段，某些地区运营商会把下行P2P流量降到极低，上行却不动（因为上行本就富余）。
（图片来源网络，侵删）
自测方法：
- 手机热点给电脑，若下载立刻恢复，说明家庭宽带被QoS；
- 给迅雷套一层Quic/HTTP3代理，绕过QoS特征识别。
八、冷门协议被关闭：eD2K、Kademlia
迅雷曾支持eMule网络，新版默认关闭。
- 打开路径：设置→BT/eMule→勾选“启用eMule插件”。
- 效果：瞬间多出几十个低速源，虽不快，但能打破0下载僵局。
九、手动重置迅雷“下载引擎”
当以上都无效，最后一招是彻底重置传输模块：
- 退出迅雷，结束Thunder.exe和XLServicePlatform进程；
- 删除安装目录下的Profiles\Torrents文件夹（种子缓存）；
- 重启迅雷，重新添加任务。
此操作会清空任务列表，务必先备份未完成的任务种子。
十、自建“反吸血”白名单，让上传反哺下载
迅雷的P2P算法对“吸血”客户端会降权，若误判你也会只上传。
- 在advanced.cfg里添加：
[PeerExchange]
BanLeecher=0 - 重启后：客户端不再主动踢掉低分享率节点，下载握手成功率提升。
十一、终极问答：是否考虑换工具？
如果迅雷长期只上传不下载，且资源并不冷门，可尝试：
- qBittorrent+Tracker自动更新脚本：对公网IP用户极友好；
- Motrix+Aria2：支持Thunder链接转换，绕开迅雷协议限制。
但多数情况下，按上面十步排查，90%的“只上传”都能回到正常双向流量。
评论列表