multithreaded-download-manager
multithreaded-download-manager copied to clipboard
jingyu9575
经常出现下载到90%多，就卡住的情况
开始的速度还挺快的，有几百KB每秒，到90%多的时候，就降到只有几十K每秒 最可惜的是，等了很久，虽然看到有下载速度，但实际上下载的大小并没有变化 只好先暂停再重启，但多数情况下又会导致下载失败 现在几十兆的文件都不能用这个扩展下载了，太容易下载失败
如果暂停再重启导致下载失败，可能是由于服务器的限制。请提供失败的链接实例，我来测试一下。 我刚刚用扩展下载了4.9 GB的文件（IE11.Win7.VirtualBox.zip），没有出现断流。
到90%多的时候，就降到只有几十K每秒
扩展默认设置下，接近100%时不会建立新的线程，因为建立线程需要的连接时间可能比用已有线程下载完的时间还长。此行为受“最小块长”选项控制。
虽然看到有下载速度，但实际上下载的大小并没有变化
显示的速度是平均速度。这确实是个问题，通过界面看不出是否断流。扩展目前正在重新组织代码结构，计划在下一版本加入断流检测和优化界面。
昨天下载的是这个文件：https://github.com/mi-g/vdhcoapp/releases/download/v1.2.4/VdhCoAppSetup-1.2.4.exe
这两天我测试了几次，都没有出现这个情况。中国教育网。
猜测可能和网络状况有关。出现这个状况时，如果暂停再启动，出错后指向左上角的X，提示信息是什么？这时再用内置下载器重新下载这个链接，可以进行吗？
如果是网络的问题，有可能是因为被墙，在线检测表明这个GitHub链接受到一定程度的干扰。 如果是扩展的问题，现在我也想不出具体的原因。这几天我再想办法测试下。
可能是公司的网络不太稳定吧 有没有可能扩展下载出错后，手动转为内置下载，从断点接着下载？ 快下载好了出错，重新下载有些浪费时间，特别是文件还比较大的时候
没办法转为内置下载，扩展无法访问内置下载得到的文件（除了一个被列为安全漏洞的隐藏方法），无法把已经下载的部分加到前面。
不过我猜如果用扩展暂停继续会出错，内置下载应该也会出错（网络问题）。如果内置下载不出错，那就是扩展有重大问题了。目前还没有发现这类问题。