迅雷

迅雷是由中國深圳市迅雷網路技術有限公司開發的一款下載軟體，可以進行超文字傳輸協議、檔案傳輸協定、BitTorrent 協議及 eDonkey 網路的下載，為中國大陸使用者最多的下載器之一。

迅雷公司

版本

：近期有更新；：已有一段時間沒有更新，但官方未宣佈停止更新；：已宣佈停止更新。

服務

迅雷軟體除了主要的下載功能外，預設還安裝或內建迅雷看看、離線下載、狗狗搜尋、迅雷比一比、軟體升級和一些遊戲等應用。

3.1 主功能

迅雷軟體主要可進行超文字傳輸協議、檔案傳輸協議、BitTorrent 協議及 eDonkey 網路的下載。

3.2 迅雷會員

迅雷會員是迅雷公司的付費增值服務。會員可以關閉廣告、使用高速通道、離線下載、迅雷隨身盤等服務。且會員會根據開通的時間增加成長值。當成長值達到一定的程度就會升級。會員級越高就有越高的高速通道流量和離線空間。

3.3 高速通道

高速通道可以透過迅雷的映象伺服器對下載進行加速。且只有檔案在迅雷伺服器存有映象、或使用離線下載功能時才能使用。該功能需要開通迅雷會員才能使用。且需要根據檔案的大小耗費會員使用者的高速通道流量。每天凌晨 02:00-12:00 的時間段內下載資源能享受流量扣除減半的優惠。每月可用流量與迅雷會員等級有關。

3.4 離線下載

迅雷離線是一項收費服務。其基於迅雷 “雲下載” 技術。使用者提交了任務資訊後，迅雷的伺服器端會檢查 hash，如果未完成則在伺服器端啟動下載任務，然後再由使用者從迅雷的伺服器下載檔案到自己的電腦上。迅雷離線一個新建立任務最多隻能有 2000 個檔案

同時，在進行 P2P 下載，如 eDonkey 網路與 BitTorrent 協議的下載時，迅雷的離線下載伺服器不會向其他使用者上傳資料，而且偽裝成 easyMule 的 eMule Mod 版本標籤，這使其受到違背共享精神的指責。一些中國的 P2P 使用者已經開始設法對迅雷的離線下載進行遮蔽。 2017 年 6 月 30 日，迅雷關閉舊版的離線下載伺服器，使得迅雷 7 無法使用，而新版的迅雷 9，使用的是一般的 P2P 對點上傳，這使得冷門資源難以下載，引發了付費會員的不滿，紛紛表示要退出迅雷。

3.5 雲播放

雲播放在公佈初期是一個免費服務，隨著業務的發展，逐漸變成註冊使用者才能使用，付費使用者專用。迅雷公司一度提供影片列表分享，不過短暫的時間後又取消了這個功能。

3.6 遠端下載

遠端下載提供對遠端裝置的控制，遠端裝置可以是 NAS，路由器，普通 pc，迅雷公司提供給使用者一個遠端下載的 web 介面。

3.7 迅雷看看

迅雷看看是一個影視影片網站，提供影視影片的線上點播和下載。

在迅雷看看網站內播放影片需要迅雷看看高畫質播放器元件的支援。

2015 年 8 月 12 日，迅雷看看更名響巢看看，由迅雷公司前高階副總裁張玉波任 CEO。

響巢看看現已更名為天天看看。

3.7.1 迅雷看看高畫質播放器元件

迅雷看看高畫質播放器元件是一個線上播放電影影片的外掛。

3.8 迅雷影音

迅雷推出的一款播放器。

迅雷看看播放器目前可支援 avi、wav、asf、rm、rmvb、mpeg、mpeg2、mpeg4、3gp、mov、qt、flv、swf、CD、DVD 等數十種影音格式，開啟「迅雷看看」軟體後，按一下「開啟檔案」或直接將影片拖拉到迅雷看看視窗即可開始播放各類常見影片檔。

3.9 狗狗搜尋

狗狗搜尋是迅雷公司提供的查詢電影影片、音樂、遊戲、軟體等內容的搜尋引擎。

為求在美 IPO，2010 年 12 月該公司以人民幣 1 萬元的價格賣掉了旗下三大業務之一的狗狗搜尋。

2012 年 12 月 26 日，狗狗搜尋停止搜尋服務

3.10 迅雷網遊加速器

新增加速器 VIP 會員，能更有效地降低網路遊戲高延時，解決卡機、掉線等問題。最初白金年費會員附送迅雷網遊加速器會員，但在 2013 年 9 月起已不再附送。

3.11 迅雷雲盤

2020 年，迅雷更新的版本中增加了個人雲端儲存服務，支援分享檔案、離線下載等。

技術原理

4.1 P2SP

迅雷有自己的內容分發網路，對於某一個檔案，迅雷透過其他使用者下載時獲取的資料，或者搜尋引擎蜘蛛等方式，蒐集到不同的超文字傳輸協定、檔案傳輸協議及點對點技術協議資料，儲存在伺服器端。在使用者請求下載這個檔案時，以類似 Magnet 連結的形式，從伺服器直接獲知多個協議的來源，有時也包括自己的迅雷客戶端來源，從而提高下載速度。

這同時也要求自己的迅雷客戶端在後臺上傳給其他迅雷客戶端。不過由於資料上傳未明顯顯示在介面上，雖在設定中使用者也可進行一定限制，也受到迅雷使用者的爭議；而一般僅向迅雷客戶端上傳的行為，也受到其他 P2P 協議使用者的 “吸血” 指責。

爭議與問題

5.1 P2P 精神

迅雷由於在共享資料、開源和非盈利性等方面可能與 P2P 精神相悖，受到很多其它 P2P 協議客戶端使用者的極大不滿與遮蔽。

5.1.1 “吸血” 問題

不少其他 P2P 軟體（如電騾 emule）使用者認為迅雷從其他 P2P 網路（或 P2P 檔案分發系統，如 eDonkey 網路、BitTorrent 協議）中下載資源後並不會上傳回饋或者極少回饋於該網路，其他迅雷客戶端使用者將優先得到上傳資料，有違相互分享的 P2P 精神和公平原則。目前的迅雷也有 “插隊”、“高速下載” 模式、計劃關機等可能非公平的功能。而對於迅雷離線下載，迅雷客服也明確表示，離線下載伺服器不會向其他使用者上傳資料，另外它還偽裝成 easyMule 的 eMule Mod 版本標籤，因而也受到使用非吸血 P2P 客戶端使用者的批評。

迅雷被很多 eDonkey 網路使用者認為是吸血驢。2007 年，迅雷加入了 eDonkey 網路下載的功能。測試版將共享時間預設設定為 30 分鐘，之後便不再上傳，重啟電腦後也不再上傳已經下載的檔案，引起了很大爭議。而迅雷公司的回應也被使用者指治標不治本。舊版迅雷曾經使用 Xtreme 等 eMule Mod 的 Mod 版本標籤（ModString），它偽裝成 Xtreme 等 Mod 的 Mod 版本標籤也被 Xtreme 的官方動態反吸血驢保護（DLP）庫加入遮蔽名單，現在迅雷已使用自己的 Mod 版本標籤，但是離線下載伺服器在連線到其他 eDonkey 客戶端時，偽裝成了 easyMule 的 Mod 版本標籤。目前的迅雷連線到其他 eDonkey 客戶端時，也會在使用者設定的使用者名稱之前加 “VeryCD” 標籤；而且無法對自己的新檔案生成 eD2k 連結，只能下載他人的 eD2k 連結；很多使用者也認為迅雷多數是對自己的迅雷客戶端上傳資料，對其他 P2P 軟體有明顯歧視。

在 BitTorrent 協議方面，除了上述 “插隊” 等功能的爭議外，迅雷是否上傳回饋於 BitTorrent 協議軟體也受到質疑，有使用者在迅雷論壇發帖詢問迅雷能否做種上傳，迅雷官方回帖承認無做種功能。且目前的迅雷軟體對 BitTorrent 協議可以設定限時分享，而對迅雷自己的網路則沒有限時設定。

迅雷也主要因以上吸血問題，至今被 Xtreme 的官方 DLP 庫以及 BitComet 等軟體的一些使用者所遮蔽。詳見 “被遮蔽” 章節。

5.1.2 開源與非盈利性

多數 eDonkey 網路軟體（如 eMule 及其 Mod）和少數 BitTorrent 協議軟體為開源與 / 或非盈利性，開源也有助於他人的幫助開發，因而迅雷的閉源和盈利性也受到少數爭議。不過迅雷是原創軟體，其閉源與盈利一般來說不違反任何協議或者規範，也有像 Share 和 Winny 等閉源或 BitTorrent 等商業的 P2P 共享軟體存在。

但是有 eMule 使用者認為迅雷於 2007 年加入的連線下載 eDonkey 網路的功能（“eMule 模組”）可能使用參考了 GNU 通用公共許可證授權軟體 eMule 的原始碼，但未按協議開源，所以可能違反了協議。這也是官方 DLP 庫遮蔽迅雷的除吸血外另一個理由。

5.2 隱私

5.2.1 上傳管理問題

迅雷自己的內容分發網路（迅雷的 “P2SP” 網路）要求自己的迅雷客戶端在後臺上傳給其他迅雷客戶端。而它所連線的其他 P2P 網路，也需要將資料傳給其他 P2P 網路的客戶端。但是它所有的上傳（包括自己的和其他 P2P 的網路的）的任何情況均不顯示在介面中。其他多數客戶端，如 eMule、μTorrent 等，均具體顯示上傳資料大小、物件等。迅雷的隱蔽上傳遭到了一些迅雷使用者的批評。但也有觀點認為這反而符合迅雷網路的 P2P 精神，杜絕 “下了就跑” 的現象。

迅雷隱蔽上傳的數量、對硬碟的影響也有爭議，見 “資源佔用” 章節。

迅雷曾經無法管理上傳，現在使用者已可以進行部分設定。

5.2.2 內容洩露問題

有說法稱迅雷在其伺服器上建立候選資源列表，用以收集使用者下載的檔案特徵資料。迅雷客戶端一經執行，便會檢索客戶端電腦全部資源（無論使用者設定與否），並將該臺電腦所擁有的檔案資源洩漏於伺服器。迅雷公司總裁鄒勝龍否認了對使用者硬碟的掃描，認為這是一種誤解。

5.2.3 “盜鏈” 問題

由於迅雷的 “P2SP” 網路需要蒐集來源，使用者使用迅雷開啟一個 URL 下載地址時，迅雷會將該 URL 來源上傳給迅雷伺服器並儲存，將目標檔案資料傳送至迅雷伺服器進行比對檢索，並在短時間內返回大量擁有該檔案的目標來源。這些目標來源可能是存有該檔案的傳統 HTTP/FTP 伺服器或普通電腦。隨後，迅雷建立大量連線，從這些目標來源上下載目標檔案。這有可能會對一些與此次下載無關，卻擁有同樣檔案的伺服器或普通電腦產生不必要的流量，將 URL 來源儲存於迅雷伺服器上也可能侵犯了原檔案所在伺服器或普通電腦的隱私。

迅雷的 “盜鏈” 也曾經導致有使用者暴露了不想公開的伺服器。而 2006 年也因此發生了抵制迅雷事件，但最終迅雷與華軍軟體園等站點和解。

5.3 資源佔用

一些迅雷使用者認為，迅雷佔用大量電腦記憶體與 CPU；由於迅雷隱蔽性地過量上傳資料，也佔用大量網路頻寬，影響其他網路應用服務；過多讀寫也有損硬碟。但反駁者認為影響網路速度是 P2P 軟體共同的特點；並從技術角度認為損耗硬碟一說缺乏根據。

5.4 版權

迅雷站點上與狗狗搜尋索引到的資源中有很多均未獲正式的授權，因而招來了很多版權控訴。有時迅雷公司會做出一定賠償，有時會交涉使原告撤訴。由於涉足盜版音樂和電影，美國貿易代表辦公室將迅雷公司列入 “臭名昭著的貿易場所” 黑名單。

5.5 審查

和其他所有中國大陸網站一樣，迅雷網站和它的狗狗搜尋會遵守中國相關規定，在政治內容上有嚴格審查。而對於有關性的內容，迅雷網站有大量的盜版成人電影，此前多個媒體報道迅雷線上為 “中國最大的色情資源聚合門戶”，所以迅雷網站搜尋系統會對一些關鍵字進行遮蔽，比如在其網站搜尋關鍵字 “色戒” 和 “AV 女優” 不會有資源類結果。但如果已知其連結依然可使用迅雷軟體下載。

5.6 其他

迅雷在運作時會檢視系統設定，並建議修改系統連線數等設定，此修改可能會影響區域網的穩定性。但不少 P2P 軟體都可以修改系統連線數，其目的只是增加 P2P 傳輸的頻寬。

事件

6.1 2006 年抵制迅雷事件

2006 年 6 月 2 日，由於 “盜鏈” 問題，迅雷遭到了眾多軟體站的抵制和 “封殺”，其中包括華軍軟體園、天空軟體站等中國大陸內知名的軟體收集下載站點均聲稱不再提供迅雷軟體的下載。然而一週之後，迅雷就和華軍軟體園達成了和解，並表明共同開發、共同進步的立場。有人懷疑這是一場炒作，被華軍和迅雷兩方否認。

6.2 被遮蔽

6.2.1 eDonkey 網路軟體

在 eDonkey 網路中，由於迅雷在 P2P 精神上，特別是 “吸血” 的問題，至今被 eMule Xtreme Mod 的官方動態反吸血驢保護（DLP）庫所遮蔽。支援 DLP 且預設使用官方 DLP 庫的有 Xtreme、MagicAngel、ScarAngel、Mephisto、X-Ray、StulleMule、NeoMule、CN、Dreamule 等 eMule Mod。MorphXT、EastShare 等使用 MorphXT 的反吸血的 eMule Mod 也已遮蔽迅雷。

VeryCD Mod 和 easyMule 原先支援並使用官方 DLP 庫，遮蔽迅雷，VeryCD 站長黃一孟也曾指責迅雷的 “吸血”。但 2008 年後他們使用自己的 DLP 庫放行了迅雷，有使用者認為 VeryCD 公司可能已與迅雷公司合作。

6.2.2 BitTorrent 協議軟體

由於 “吸血” 問題，不少 BitTorrent 協議客戶端（包括 BitComet、BitSpirit）使用者也將迅雷遮蔽。

6.2.3 伺服器端外掛

由於迅雷的 “盜鏈” 問題，有使用者開發出了 “反迅雷” 的伺服器端外掛，它能夠識別出迅雷軟體的請求並進行阻止。

6.3 2014 年「淨網行動」

2014 年 4 月 28 日，深圳市迅雷網路技術有限公司發出公告，宣告 “堅決抵制任何淫穢色情以及可能涉及版權問題的內容”，配合國家 “掃黃打非・淨網 2014 專項行動”。

6.4 2017 年 8 月高速下載服務無速度

2017 年 8 月，多名迅雷使用者到官方論壇指責 “離線下載和高速通道” 服務變為 0 速度，有使用者稱官方已關閉該兩項服務，功能轉為由 “迅雷路由寶” 提供。迅雷官方次日回應稱此故障僅為顯示問題，將於本週內全部修復。

6.5 2017 年 10 月下載故障

約 2017 年 10 月 10 日起，迅雷旗下各軟體陸續出現普遍的下載時報錯、提示含違規內容，包括付費會員在內的眾多使用者普遍無法進行下載。迅雷官方微博回應錯誤因 “眾所周知的原因”，正在加進處理。此事件發生時臨近和正逢中共十九大召開，坊間有傳聞與此有關，並且有利用 hosts 檔案遮蔽域名的方法成功解除限制。迅雷論壇有版主回應稱 “因系統最佳化，境外地區暫無法使用，預計 11 月 1 日恢復”（恢復時間後改為另行通知）。服務約在 11 月 2 日恢復正常。

6.6 鏈克（原玩客幣）

2017 年 11 月下旬，迅雷公司與迅雷大資料公司、迅雷金融就品牌授權、玩客幣是否涉欺詐與違法違規等問題爆發口水戰。12 月 3 日晚，兩公司釋出聯合公告，大資料公司將回購迅雷對其全部股權，並將更換名稱，將業務品牌從迅雷切換為摸金狗。玩客幣已更名為鏈克。