这种情况下我自己写一个脚本，在迅雷达到0速之后关掉迅雷，把所有没下完的临时文件去掉bt.xltd后缀，再用tixati在同目录创建任务，任务开始后会自动扫盘重新校验已存在文件，继续下载没有完成的部分，一般来说热门资源都可以以不错的速度完成剩余部分，虽然没一开始几十M的速度，但也比0速挂在那一天没有动静要好得多。

这说明什么问题呢？说明迅雷基本只能依靠自己的服务器，或许在加上一点自己的客户端的P2P，而对于标准BT协议的支持基本名存实亡了？（或者是因为吸血问题被其他大部分BT端软件封杀了？）这才导致了经常会有以几十M速度拖完加速服务器上的资源之后，剩下服务器上没有的资源一直停留在0KB的窘境。

虽然我自己可以依靠第三方BT软件来弥补这个空缺，但是不知道迅雷的工程师们有没有精力再看看BT这一块呢？根据我从很多从rarbg/nyaa上下载的种子看，BT端能够贡献的流量依旧巨大，我想这不是一家老牌的P2P下载公司应该忽视的。