1、 Http傳輸：
比較傳統的文件分發方式，優點是部署方便，一般會採用IIS、Apache、Nginx、Tomcat等web服務器，基本上能運行網站的web服務器都可以用來做文件的傳輸。
http這種部署需要注意，很多http服務器對一個連接的超時、文件大小默認都有些限制的，因爲http最初主要是針對網頁、圖片這類小文件設計的協議，所以一般需要改一些設置。
2、 FTP傳輸
類似於Http，也是比較傳統的文件分發方式，特點跟http類似。基本上優缺點也跟http想似，所以可以二者放一起講他們的優缺點。Ftp最初是希望改進http對大文件支持不好的領域，但實際上，這幾年隨着http的發展，這些弊端也都有辦法規避，ftp和http相似性較大，所以這幾年，ftp已經慢慢基本退出市場了，應用越來越少。
HTTP和FTP這兩類分發統一的特點都是：
A） 所有數據都要走服務器，對服務器帶寬、性能壓力要求比較高。
B） 如果用戶量多，一臺服務器性能不夠時，如果增加多個服務器，需要通過智能DNS等調度，但如果有冷門時間段，比如多服務器很多在空閒時，很難同時利用多個服務器的性能，只能隨機給客戶一臺服務器提供數據。
C） 如果要自己做客戶端去下載，一般需要自己去實現斷點續傳、多線路（多線程）下載增加速度，以及考慮不同環境的最優下載速度、限速處理等
D） 一般適合文件分發量不大；或者文件同時下載的機率比較小，或者希望輕量級解決分發的用戶，不希望使用p2p等更高級方案的輕量級用戶。
這類客戶，小編比較建議如果自己做下載的客戶端，可以考慮用一些具有斷點續傳、限速、對單地址多線程下載、如果有多服務器地址，可以同時從多個鏡像服務器下載等功能的HttpFtp內核，可以發揮這兩類協議的最大潛力。並且幾行代碼實現一個完整的下載客戶端。
3、 CDN：
嚴格來說不屬於一個協議，它只是對http這種的一個擴充，簡言之就是：你有一臺http服務器，但全國人民都去下載可能速度不夠快，cdn給你複製到了全國很多份，讓每個省的人民訪問時，它自動給分配一個距離他最近的一臺http服務器。上面緩存了你服務器上的數據內容。
相比普通http服務器，它解決了不同運營商、不同地區訪問速度慢的問題。但帶來的是成本增加。用這類的客戶，也可以考慮點量HttpFtp內核，因爲斷點續傳（比如一個文件1G，上次下載了500M，下次開機，繼續從500M下載，而不是從頭下載）、限速、多線程等還是對這類用戶有需求的。
4、 P2P分發：自己搭建p2p的服務器，搭建自己的服務器（也可以不用搭建服務器，直接服務端用cdn，或者http服務器）。這種方式有點有很多：
A）節省服務器帶寬：這個是p2p衆所周知的優點，這裏就不多加贅述了。
B）可以多源下載：這個是人們往往忽略的，經常有人問我說：如果只有一個人下載，此時p2p是不是就沒什麼好處了。其實這個也是不對的。就算只有一個人下載，這個用戶如果用普通http，一般是從單個服務器下載，如果遇到這個服務器比較慢，他只能忍受。但如果是p2p的系統，p2p後端可以有多臺服務器，比如你購買10幾臺美國服務器，帶寬又便宜，又不限流量，這種模式下，下載是從10幾臺服務器一起下載，速度還是要快，而且就算一臺服務器宕機，也一點不影響下載，這個其實也是p2p的一個很大的好處。服務器運維時，上下線對用戶沒有任何影響。
C）天然的防盜鏈：p2p協議如果不用標準的BT協議，是完全可以自定義一些私有傳輸協議的。這種協議，用戶幾乎無法去盜鏈你的資源，除非他自己寫一個一樣協議的p2p軟件，所以這方面優勢比http好太多。
D）用戶下載速度比HTTP快：因爲多源下載，所以自然速度就比單服務器模式速度可以快。
E）成本低：不同於http模式，p2p的服務器不一定放優質機房，可以只少量放機房。很多服務器可以用美國的低價服務器，1G帶寬一個月就1000多人民幣，這價格秒殺很多國內機房。2008年以前，我還見過有人是租一些民房，放一些普通電腦，用來做p2p加速。特別是找一些帶寬上傳便宜的地區，因爲很多民用帶寬在很多地區1年只有幾百塊就能拿到的。
F）安全和校驗：P2P傳輸可以用私有協議、文件內置了hash指紋校驗防篡改數據，這這安全性非常高。幾乎文件沒有篡改的可能。