限速后迅雷仍跑满上行导致游戏延迟，如何排查与解决？
问题现象：限速按钮已开，游戏却继续掉帧
2026 版迅雷 12.3.6 把「下载限速」「上传限速」拆成两排滑杆，但贴吧仍每天出现「我限 5 MB/s，为何 CS2 延迟还是 180 ms」的帖子。核心关键词限速后迅雷仍跑满上行背后，其实是三条暗流：P2SP 共享、云盘回写、AI-CDN 预加载。它们默认不走「任务限速」通道，而是独立进程，结果上行被吃满，游戏包排队丢包。
经验性观察：即使把全局上传锁到 1 MB/s，只要 AI-CDN 在后台脉冲，20 ms 的局内延迟也能瞬间飙到 120 ms 以上；而直播推流一旦丢 3% 上行帧，画面就会肉眼卡顿。先厘清「谁偷了上行」，再对症下药，比反复拖动滑杆更有效。
一分钟自查：先确认是哪条暗流
打开 Windows 任务管理器 → 性能 → 以太网 → 发送字节；再开迅雷 → 设置 → 传输 → 高级监控。对照以下三张表，可 30 秒定位：
| 进程名 | 上行特征 | 协议端口 | 对应功能 |
|---|---|---|---|
| Thunder.exe | 平稳 30-80 Mbps | TCP 8000-9000 | P2SP 共享 |
| XCloudMount.exe | 突发 50-200 Mbps | TCP 443 | 云盘驱动器回写 |
| AIDragon.exe | 每 5 min 脉冲 10-40 Mbps | TCP 1443 | AI-CDN 预加载 |
若「发送字节」曲线与其中一行完全同步，即可锁定真凶，再进入对应章节做减法。示例：发现脉冲周期 300 s、峰值 35 Mbps，与 AIDragon.exe 完全吻合，可直接跳转「方案 C」。
方案 A：把 P2SP 共享压到 10% 以内
操作路径（桌面端）
设置 → 传输 → 上传限速 → 把「全局上传」滑杆拖到 1 MB/s；再点同一页最底部「P2SP 共享比例」→ 自定义 → 10%。
原因与边界
P2SP 共享是迅雷 20EB 缓存的根基，完全关掉会导致冷门资源 99.9% 卡死。经验性观察：共享比例 10% 时，家庭 100 M 上行可留出 90 M 给游戏，而下载速度仅掉 3-5%。
何时不该用
若你正在做「Linux 镜像分流」公益，需要 1:1 上传比，请临时把比例调回 100%，并在「计划任务」里设 02:00-08:00 全开，其余时段压回 10%，避免白天游戏高峰。
补充：10% 并非一刀切。若上行升级到 500 M，可把比例放宽到 20%，冷门资源等待时间几乎不变，游戏仍富余 400 M。
方案 B：关闭云盘驱动器回写
操作路径
Windows：右下角托盘 → 云盘图标 → 右键 → 设置 → 取消「本地写入实时同步」；
macOS：顶部菜单栏 → 云盘 → Preferences → 取消「Auto write-back」。
小场景：剪辑 4K 素材的创作者
UP 主「阿楠剪映」把 200 GB 的 BV1.7 云盘挂载成 X: 盘，直接在 PR 里拖拽。未关回写时，每拖动一次时间线，系统就把 400 MB 缓存写回云端，上行瞬间 150 Mbps，导致他直播推流丢帧 8%。关闭后，手动「一键同步」只在收工后上传，游戏与直播恢复稳定。
警告：关闭回写后，本地删除文件不会同步删除云端，需每月手动清理，否则云盘容量会悄悄爆仓。
经验性观察：对视频团队而言，把回写窗口限制在「凌晨 1-6 点」比完全关闭更安全，既保证日间带宽，又不错过版本回溯。
方案 C：给 AI-CDN 预加载加「游戏模式」
入口深度
设置 → 实验室 → AI-CDN → 把「智能预加载」设为「仅夜间 01:00-06:00」；同页最下方打开「检测到游戏进程时暂停」。
验证方法
启动 CS2 → 进入官方死斗 → 控制台输入 net_graph 1，若「choke」值从 8% 掉到 0%，即证明 AI-CDN 已让路。
补充：若你玩的是《永劫无间》等国产网游，进程名可能是「ConanSandbox.exe」，需在「自定义游戏列表」里手动添加，否则检测会失效。
进阶：用路由器 QoS 兜底
即使迅雷端侧已限速，Windows 仍可能在 30 s 内突发「补偿上传」。在路由器把「上传带宽」填为 90% 运营商标称值，再把迅雷 MAC 地址设为 Bulk 类，游戏设备设为 Realtime 类，可彻底抹平突发。以小米 AX10000 为例：
- 管理页 → 智能 QoS → 开启「自定义规则」。
- 添加设备 → 选择 PC → 上传上限 8 Mbps（百兆上行的 80%）。
- 游戏本 → 优先级「最高」→ 保障 5 Mbps。
经验性观察：QoS 兜底后，迅雷上传峰值被削顶到 7 Mbps，CS2 延迟稳定在 22-28 ms，与关迅雷无异。
注意：部分入门路由器的 QoS 仅支持「IP 段」而不支持「进程特征」，此时建议把迅雷所在 PC 的 IP 固定到 192.168.31.200，再对该 IP 做整机上限制，效果同样明显。
故障排查：仍跑满？按现象→原因→验证→处置
现象 1：上传峰值出现在迅雷完全退出后
原因：XCloudMount.exe 被资源管理器占用，成为独立进程。
验证：任务管理器 → 详细信息 → 按发送字节排序 → 若 XCloudMount.exe 仍在，则右键结束。
处置：设置 → 云盘 → 卸载「云盘驱动器」或改用网页版取文件。
现象 2：每 5 min 规律性脉冲 40 Mbps
原因：AI-CDN 的 DragonCache 模型回传权重。
验证：资源监视器 → 网络 → 按远程地址排序 → 若远端为 cache.xl9.xunlei.com:1443 即确诊。
处置：hosts 追加 0.0.0.0 cache.xl9.xunlei.com，或直接把 AI-CDN 开关关闭。
若出现「现象 3：上传持续 110 Mbps 且进程名空白」，多为 Windows 更新 Delivery Optimization 占用；可在「设置 → 更新 → 高级 → 传递优化」里关闭，或把其带宽限制为 5%。
版本差异与迁移建议
迅雷 X 10.1.34 及更早版本无「AI-CDN」页，若升级到 12.3.6 后突然出现上行脉冲，并非 bug，而是新增功能默认开启。老用户可在安装向导页取消「加入实验室功能」，即可保持旧行为。
经验性观察：从 10.x 直接覆盖安装到 12.x，设置项会继承，但「P2SP 共享比例」会被重置为 30%，升级后务必回头检查一次。
适用/不适用场景清单
- 家庭 100-300 M 上行，游戏与直播混合：完全适用，按 ABC 三步即可。
- 千兆对称光纤做种子盒子：不建议关 P2SP，建议用「计划任务」夜间全开。
- 公司内网出口 1 G，员工 500 人：应在出口 AC 做应用识别，直接限 Thunder 上传 50 M，比单机设置更省力。
补充：校园网常见 NAT 444 结构，上行实际可用往往只有标称 60%，此时把 QoS 阈值再降 10%，才能确保游戏包优先。
最佳实践 10 秒检查表
- 任务管理器看进程 → 确认上行凶手。
- P2SP 共享压到 10%，留 90% 给游戏。
- 云盘驱动器关回写，剪辑完再手动同步。
- AI-CDN 开「游戏模式」或仅夜间。
- 路由器 QoS 兜底，迅雷 MAC 设 Bulk。
未来趋势：上行调度将交给系统
微软已在 Win11 24H2 引入「网络意识调度」API，允许下载工具声明「后台流量」。经验性观察，迅雷 12.3.7 内测版已适配该 API，开启后 Windows 会自动把迅雷上传压到 5% 以内，游戏延迟再降 8 ms。正式版预计 2026-04 推送，届时本教程可简化为「一键开启系统网络意识」即可。
另一方面，IPv6 普及后，P2SP 节点发现逻辑将从「NAT 打洞」转向「端到端直连」，上传压力可能进一步增大；提前把「共享比例」与「系统调度」结合，才能在下一代网络中继续做到「下载快、游戏稳」。
常见问题
为什么我已经把迅雷全局上传限制为 1 MB/s，上行还是跑满？
12.3.6 版的「全局上传」仅约束任务通道，P2SP 共享、云盘回写、AI-CDN 预加载由独立进程负责，默认不受该滑杆控制。需按本文 ABC 三步分别关闸或加 Schedule。
关闭云盘回写后，文件不同步怎么办？
回写关闭后，本地与云端变成「单向备份」。建议每天收工前手动点「一键同步」，并在云盘网页端开启「重复文件清理」以免容量爆仓。
路由器 QoS 填 90% 还是 80%？
经验性观察，100 M 上行以下填 80% 可预留更多突发余量；300 M 以上可放宽到 90%。若仍出现偶发 120 ms 尖峰，再降 5% 即可。
总结：限速按钮≠全局限速，只有把 P2SP、云盘、AI-CDN 三条暗流分别关闸或加 Schedule，再用路由器 QoS 兜底，才能让游戏流量真正走快车道。按本文 ABC 三步操作，百兆上行环境平均延迟可降 60-80 ms，团战再也不背锅。