这只是开题，后面还有更多的，这里我不截图了，直接给大家把原文粘贴过来（笔者取消了里面的超链接）：
==========================================================================

[编辑] 迅雷公司简介

主条目：三代科技

    迅雷于2002年底由邹胜龙及程浩始创于美国硅谷。2003年1月底，创办者在中国成立深圳市三代科技开发有限公司。并于2005年5月更名为深圳市迅雷网络技术有限公司，同时作为“迅雷”在大中华区的研发中心和运营中心。迅雷声称行业合作者包括盛大、新浪、金山、和MOTO等等及获得了晨兴科技和IDGVC等数家企业之风险投资。2007年1月5日迅雷宣布其获得第三次融资，来自领衔投资联创策源等公司。

    迅雷公司声称其每天服务来自几十个国家，超过数千万次的下载，实际上由于迅雷所收集的资源绝大多数是中国大陆的盗版资源，如盗版中文电影、电视剧及盗版软件等，因此用户绝大多数都是会懂得中文的网民。

[编辑] 下载原理

迅雷的下载方式特点在于使用了"P2SP"方式，由于其实现原理，被俗称为"P2P盗链技术"。

    迅雷在其服务器上建立候选资源列表，用以收集用户下载的档案特征资料。迅雷客户端一经执行，便会检索客户端电脑全部资源（无论用户设定与否），并将该台电脑所拥有的档案资源泄漏于服务器。

    用户使用迅雷打开一个，例如URL等待下载地址时，迅雷会将目标档案资料发送至服务器进行比对检索，并在短时间内返回大量拥有该档案的目标电脑。这些目标电脑可以是提供该档案的传统HTTP/FTP服务器，亦可能是仅仅储存有该档案而安装了迅雷的普通电脑。随后，迅雷建立大量连接从这些目标电脑上下载目标档案，形成了P2P的下载方式，故此不积压于服务器的负荷能力。

    由于用户并不能阻止迅雷将自己电脑所储存的档案向外界传送，亦不能控制和监视迅雷正在传送哪些资料，这使得所有安装有迅雷的电脑皆成为迅雷的资源节点。同时，其他下载工具并不能利用迅雷建立的这些节点，使得迅雷在下载较热门的档案时较其他工具速度快。

    有测试^[1]表明，迅雷客户端在个人电脑执行时，由于夜以继日的上传资料，会占用大量网络资源，及令硬盘长时间高负荷工作而且加速寿命的消耗最后导致损毁，令部分用户感到不安。

[编辑] 强制上传

    迅雷的一个重大争议是迅雷一方面通过积分等手段诱使用户长时间挂迅雷，另一方面又在用户不知情的情况下强制在后台进行上传，并且在软件中设置了一个实际并不起作用的“上传限速”功能，有用户表示这是“肆无忌惮的欺骗”并“感到无奈及愤怒”。

    至迅雷的开发服务以来，迅雷占用大量用户网络和电脑资源的情况一直遭不少使用者争议，现在不少迅雷用户认为，每当打开迅雷后便会出现系统运行缓慢、网络堵塞，甚至无法打开网页或QQ、MSNM的情况，原因是迅雷软体本身在用户不知情的情况下以接近网络极限的速度进行文件上传，上传速度视乎网络供应商所提供宽频带的速度及流量情况而定，小的就由50-70k不等，大的高达数百k以上，往往几乎占用尽了宽带的上行速度。在如此高的上传速度下，会造成用户无法同时使用及进行其他网络应用服务等，以及拖慢用户电脑的运行速度。
==========================================================================
当时我的第一感觉不是迅雷做了没做这些事，倒是想是不是有人恶意诋毁国人自产软件。怀着矛盾的心情，我去做了一个测试：到底迅雷有没有上传用户共享范围内或者是下载列表中的资料？

软件准备：
进程监视软件：Process Monitor（版本自己选定）
网络流量监视软件：DUMeter和ByteOMeter（版本自己选定）
具体的下载地址可以自行去网上查找。这里不提供下载链接。

    做完软件准备工作，下面就进入测试阶段了：解压下载的软件并运行。
进入Process Monitor界面，设置只监视thunder进程，如果要填写进程id的话就从任务管理器中查到该进程的pid号。然后点击捕获（Ctrl + E），当时我正在下载：火影忍者 - 275.rmvb、Ubuntu.7.04.i386.iso和VC++深入详解.pdf，已经下载完成的有：火影忍者 - 277-278.rmvb 和 火影忍者 - 276.rmvb，线面看由Process Monitor监视的数据包：

当然，这个数据是正常的，接着看下面的数据：

本来火影忍者 - 277-278.rmvb 已经下载完成，更何况我下载是通过http资源，并不是p2p，没理由要上传的，下面看一下网络流量监视工具的监视结果：

这张是在下载任务未完全完成时的截图，并且我下的资源全都是http类的，没有p2p的。

这张截图是全部暂停迅雷时的截图的显示。

thunder进程一直在不停的创建文件、读取文件、关闭文件和IRP_MJ_CLOSE操作，想来迅雷也没什么必要一直重复这个操作吧，估计是怕被锁定文件句柄盯上啊。。。。汗~~~~

    刚开始认为可能是因为还在下载完成列表里的原因才会持续上传，但是当我把下载完成列表清除之后（从垃圾箱中清除），但是再去测试还是一样，照样上传。考虑到可能是迅雷下载目录默认共享，我把他复制到另外一个目录下面还是不行。但是并没有检测到上传默认目录中的其他文件，可能当时没人需要那些文件吧。:-)
    
    没办法从网上找到一个方法，是迅雷在系统目录下的system32下建了一个文件用来记录cid_store.dat，下载的记录全都在那个里面，按照网上的方法删除掉（不影响迅雷正常使用），再去测试，问题基本上得到了解决。但是维基百科中说迅雷强行搜索用户电脑中的任意资源上传我倒是没有发现，也许是我监视的时间太短吧。有兴趣的朋友可以去测试一下。

    最后一句换，失望！附上维基百科中的一张关于迅雷工作原理图：