不是说跨协议下载器不好，只能说现在流行的跨协议下载器都发展入歧途了。
关于Thunder，也不想多说什么了。
自家用，对电信的维护费用我们就不计较了，最多就是线路更新换代的资金全拿去维修线路，自己拖慢我国更新网络的速度；公共内网用，对整个内网里其他的用户使用网络影响很大，情况也不用多去阐述了。Http，很先进，P2SP，实现了原地址+镜像站地址+同客户端等方式地共同传输，一方面解决死链，一方面做到了效率最大化。所以随之而来的问题也很多：最大也闹地最凶的是盗链，一些不想公开的文件也能通过根本不存在的链接下载下来，这个在FTP协议中尤其地明显，所以FTP一般都禁用Thunder；加之无意义地占用额外的内网资源使他人网络无法正常使用从而加快自己的速度，当然你可以说自己要紧，大家都用就没事了，只开Thunder不用开浏览器好了，毕竟是道德上的问题，管不了那么多。撇开上面两个不大不小的问题，凭借Thunder在技术上的优势，完全可以胜任。
P2P方面啊，只能说用Thunder是自找麻烦。在P2P这个“我为人人，人人为我”的小圈子里，不遵守规则就不受到欢迎，就像不遵守版规的用户会被处罚一般。Thunder在下载BT种子时，会伪装客户端，1个顶别人3-5个客户端（甚至更多），同时下载。恩，速度是快了，其他和你一样在排队的、下载的人怎么办？违反P2P规则，在大社会道德问题只会受到谴责，但在P2P这个小圈子里，这样的情况只能得到惩罚，可开始时大家并没有太介意。在初入BT后，Thunder尝到了甜头，于是决心染指P2P中更为纯净的一块领土，EM。如法炮制，更有变本加厉之势，还曾闹出过不少有趣的事情。至于现在伪装成其他客户端、社区EM倾向等相比之下可能较小的违规行为（同样被判定为吸血行为）就不追究了，再说你好好的为什么要伪装自己呢。于是，P2P这个小圈子里的一些程序员忍无可忍了，EM出现了添加封杀Thunder的DLP（动态反吸血保护），BT有了建议使用加密协议的规矩。于是，P2P界反Thunder成了风气，许多之前睁一只眼闭一只眼的势力也有所倒戈。最后，致命的还有一个，Thunder拖P2P文件始终没有妥善解决的是文件块的问题，经常会出现卡在一个进度无法继续，但可能进度已经完成或者就这样停滞不前的情况。
至于一些人叫嚣的上传无法控制，也只能视为对一些不会自觉履行P2P需要上传和同客户端间Http下载多点传输的道德不良者的硬性限制，对于一些会自觉遵守的人来说也只能得过且过了。但的确之前闹地沸沸扬扬的私传文件的传闻，对Thuner在用户心目中的保密性是给了一个巨大的打击。
至于Flashget，只能说前功尽弃。Flashget的前身是有名的Jetcar，所以在注册表HKCU中大家还可以发现，程序使用的项是Jetcar。现在的Flashget有两个版本，一个是经典版（1.73及其以前），一个是现在被推广的Flashget2（前身是Flashget1.73之后的版本）。不知道的就去看看以前的Flashget，官网是
http://www.amazesoft.com，现在则是
http://www.flashget.com；然后简体的下载页面你看到的是Flashget2和3，而在繁体的、英文的下载页，你能找到Flashget1.73，在那里被称为经典版的才是真正的Flashget，以前以数据库及下载时方便用户归类的Flashget。而现在的Flashget，正学习着Thunder的样子，甚至还放弃了自己以前引以为豪的优势。貌似以前曾闹出过所有客户端使用同一个EM识别特征码的传闻，具体的也无从考了。下场是同样的，P2P界屏蔽。这里是Flashget的忠实用户，以至于最后只能停留在1.73这个停止开发的版本，最终只能被逐渐淘汰。
然后再说说超级旋风。这个腾迅的招牌下载器之前还是守规守矩的，加入跨协议下载后也开始变地调皮起来，EM下载后30分钟删除上传等等劣行频频出现，这也违反了EM等P2P界中的共享规则，于是屏蔽。
然后是RayFile(原名FS2you)和Namipan，他们使用的是Http服务器提供资源+各自客户端自行传输(也是P2P，但和上面所说的P2P属于不同协议)，这种方式是比较先进的，但前提是必须得拥有客户端，否则无法进行各客户端间的相互传输。这样做的好处是显而易见的，减少了对Http服务器的负担，甚至有时连服务器都不需要便可完成客户端的下载；劣势也是那么显而易见，用户必须使用客户端才能下载。就现在来看，这是网盘站的出路之一，至于究竟何去何从还得由时间检验，我也无法给出一种明确的推测。只能说，如果没落了，就会像之前的CM(Mofile)一般渐渐被人所遗忘。
感觉也写地差不多了，也给并不知情的人稍微了解一下。如果能耐心看到这里的话，谢谢你能看完我唠唠叨叨说了这些。
那也来总结下吧：
跨协议、多协议的客户端现在真正能做好的并不多见。毕竟专职于该协议的客户端会有更大的优势，所存在的漏洞和问题也会比较少。
不同的协议使用不同的客户端有时是无法避免的，这也是网络在向前摸索进步的原因，还请LZ多多见谅。
嘛，写了一段时间了啊，本来很早就看到这帖子了，现在都被顶到后面去了，希望会有更多的人能看到这里写的东西吧。
啊，昨天看的时候没看到BC，所以没有说……||
BitComet啊，的确也快了，也是个发展入歧途的跨协议下载器……=v=b
什么BC专用链接，这个也就算了，相比后面要说的几个还可以忍受下。但其他BT客户端也是客户端啊，为什么还要单独弄出个BC专用的，让别人不能用呢？你可以说是它们不加入这个功能，但业界规定是BC定的么？肯定是需要大家都同意（多数同意）才行的嘛。
什么独立“优化”的文件块处理。恩，确实是优化了点，避免了批量文件单独下载时可能出现的连带前后文件一同下载的情况（只会下载前后文件与所要下载文件交界的那一块文件块，而不是全部下载。正是这个原因，用户经常能看到下载一个文件的时候可能会顺带出现几个不需要下载文件的临时文件）。但这无疑是变相增加了BC做种批量文件时种子的大小，增加了下载量。即使BC可能可以通过同客户端间的特殊关照而不至于下载那些为了填充而造成的多余容量，但其他BT程序呢？这也是BT发布渐渐放弃BC或者BC0.85及以上的主要原因之一。（这些填充文件就是：_____padding_file_1_如果您看到此文件，请升级到BitComet(比特彗星)0.85或以上版本____）
什么长期种子，绝对的社区倾向。只有BC才能享受到的特权，只要用户使用BC客户端下载的文件没有处理掉，BC会自动识别上传，作为长期种子存在，这个只有在BC客户端间才能建立的连接不是社区化的倾向么？P2P的共享原则就这样被BC无视了。而且，这功能貌似只能登陆后使用？呵呵，增加会员和使用量么。在这种情况下，值得欣慰的是BC可以在设置中禁止“长期种子”的功能。而在打开这个功能的情况下，貌似上传有时是不会受设定的“上传限制”影响的，只要有请求并在双方网络连接足够好的情况甚至可以满占带宽（有点像Thunder？同样，对于道德无良者的硬性限制）。嘛，关掉这功能不知道会不会这样呢？估计不会，但这样一说，一些无良的用户是不是又会动手注意上“长期种子”的设置呢？
什么P2SP连接数限制，未登陆的为40，然后随会员等级提升而逐步升高？真是个奇怪的设置。（和Thunder的限制有异曲同工之妙）
什么EM下载。创意不错，只是好窘，单方面开放，下载完后极有可能成为长期种子的存在，那EM只被你作为伸手要东西的领域么？按照EM的积分原则，这样的BC只会在EM里越下越慢。就算下载时有一定量的来源交换式上传，那也可以被视为纯粹为了下载的上传而已。（处在软性吸血定义的边缘）
以至一些BC的忠实用户不得不使用过期的、停止开发的旧版程序，最常见的是BC0.7和BC0.6x，甚至有些用户不得不转而投向utorrent。这也是以前发布多BC，现在发布多UT的原因之一。
搞相对独立的后果是会用时间来证明的，BC“一路走好”。
PS：因为是漏掉的，所以就补在原文上了。
