Java多執行緒下載分析
為什麼要多執行緒下載
俗話說要以終為始,那麼我們首先要明確多執行緒下載的目標是什麼,不外乎是為了更快的下載檔案。那麼問題來了,多執行緒下載檔案相比於單執行緒是不是更快?
對於這個問題可以看下圖。
橫座標是執行緒數,縱座標是使用對應執行緒數下載對應檔案時花費的時間,藍橙綠代表下載檔案的大小,每個執行緒下載對應檔案20次,根據對應資料繪製了上圖。
可以看出在忽略個別網路波動出現的突出點後,整體的趨勢是執行緒數量的提升對下載速度沒有多大影響。根據上述圖片可以得出的結論是,單執行緒下載就夠了,還需要多執行緒下載幹嘛?既沒有提升還增加麻煩。
根據目前測試結果來看這個結論是沒有問題的。那我們試著在分析下問題,想一想此時為什麼多執行緒下載沒有作用?可以看下橙色線條下載檔案為55M左右,下載時間平均在5s左右,平均下載速度大概為11M左右,還有綠色線條檔案大概224M,下載速度平均為20s,平均下載速度大概在11M左右。而我本地網路是100M寬頻,實際下行速率的上限是12。5M,可以看出下載速度已經逼近下行峰值。此時無論是單個執行緒還是多個執行緒都可以將下載頻寬跑滿,那麼即使是開多個執行緒也不能把本地頻寬提高,你也不能把本地100M頻寬變成300M,所以這裡使用多執行緒進行下載速度基本不可能提升了,除非我換寬頻加到300M或更大。這裡可以看出是本地頻寬限制了下載速度。
由此我們可以得出結論,下載速度由本地頻寬決定,本地頻寬已經跑滿的情況下,下載速度無法進行提升,這個也比較符合我們的正常邏輯,網速不夠怎麼辦,換更大的頻寬,速度自然提升,當然也意味著交更多的錢。。。。。
那麼問題真的是如此嗎,比如我們知道的某網盤,管你本地頻寬多大,我都只有幾十或幾百k的下載速度。你強任你強,你能跑滿頻寬算我輸!!!當然開VIP還是可以享受加速服務的,加速二字劃重點。
此時可以看出是伺服器端限制了下載速度,即使我本地有很大頻寬但依然跑不滿。那麼這個時候我上多執行緒會有提升嗎?可以看下圖。
這是一個下載檔案限速的網址,使用不同執行緒數進行下載,根據執行緒數和下載花費時間繪製的圖片。可以看到隨著執行緒數的增加,下載速度顯著提升,一個執行緒情況下55M檔案下載了550s左右,平均速度為100k每秒,100個執行緒下載大概需要6秒,平均速度大概為9M每秒,加上執行緒建立請求等開銷基本逼近本地頻寬上限。
由上述可知,在伺服器不限速或者說伺服器的傳輸速度大於等於本地頻寬的情況下,單執行緒下載足矣。在伺服器對單個連線下載限速時,使用多執行緒可以提升下載速度。但伺服器本身的頻寬也是有限的,例如伺服器頻寬為300M,下載速度可達37。5M/s。這時有多個使用者在進行下載,此時可能開了多執行緒也不會有太大收益,伺服器本身頻寬已經很緊張了,你也不能無中生有,突破頻寬本身的上限。就有點像搶票軟體,資源沒那麼緊張的使用搶票軟體有一定提升可以方便搶到,等到春運時即使用搶票軟體搶,也很難搶到票。
前置條件
上述說明了在什麼時候可以快的問題。可以看出在特定情況下還是有收益的,既然有收益,那麼就值得我們去做。既然要做那麼就面臨第一個問題,能不能做?怎麼做是第二步,第一步首先要考慮能不能做的問題,違法的事情當然不能做,受客觀條件限制目前做不了的事也不能做。
那麼首先可以想一想多執行緒下載的大概思路,一個執行緒下載一部分,然後將所有下載好的內容組裝再一次。比如一個檔案有2kb(2048byte),一共兩個執行緒下載,第一個執行緒下載第一個1kb,第二個執行緒下載第二個1kb,然後將第一個下載好的1kb寫入檔案,接著將下載好的第二個1kb寫入檔案,下載完成。
實現上述流程,向伺服器請求時,伺服器必須能返回下載檔案指定範圍的資料。也就是說伺服器需要支援http請求中的關鍵字
Range
。
Range
的常規格式為
Range : bytes=start-end
其中start表示起始位元組,end表示結束位元組,start和end位都包含在內,既左右都是閉區間
[start,end]
,如
bytes=0-1
表示第0個位元組和第1個位元組,一共2個位元組。如一個檔案大小為10byte,分三個執行緒執行緒下載那麼三個請求的Range分別為
bytes=0-2
,
bytes=3-5
,
bytes=6-9
。分別下載3byte,3byte,4byte。
那麼如何確定伺服器是否支援Range呢,你可以對下載檔案傳送一個帶Range的請求,可以將請求頭中Ragne設定為
bytes=0-0
。看返回的狀態碼是否為206。如果時206表示支援Ragne,並且返回的響應頭中也會有
Content-Range
欄位標識當前請求的位元組範圍,檔案總大小。例如檔案大小為55118504byte,請求
bytes=0-0
,會返回一個
Content-Range : bytes 0-0/55118504
。
可以使用postman傳送請求判斷
也可以使用java判斷是否支援Range
public static boolean supportRange(String urlPath) throws IOException { URL url = new URL(urlPath); URLConnection urlConnection = url。openConnection(); urlConnection。setRequestProperty(“Range”, “bytes=0-0”); return ((HttpURLConnection) urlConnection)。getResponseCode() == HttpURLConnection。HTTP_PARTIAL;//206 }
如果伺服器不支援Range,那就沒辦法呢,老老實實用單執行緒下載,畢竟巧婦難為無米之炊。
主要步驟
首先肯定是判斷伺服器支不支援Range,在支援的基礎上首先獲取檔案長度,然後將檔案長度根據執行緒數計算每個執行緒的請求範圍。然後所有執行緒去傳送請求,請求結束後將返回結果組裝,大功告成。
這裡需要注意下載後資料組裝順序的問題,多執行緒傳送請求下載指定範圍的資料,可能最後一部分資料最先返回,這時需要注意資料應寫入下載後文件對應位置。不能把最後10個位元組寫入開始位置,同樣開始10個位元組也不能寫到檔案其他位置上。
具體程式碼
在編寫程式碼前,需要最好找一個對下載限速的網站,測試開啟多執行緒後的提升。本來想試下某盤的,結果折騰半天還是沒有拿到真實下載地址,後來經過
很長
(查詢不易,歡迎點贊)時間的查詢,發現
這個網站
的
歷史軟體版本下載
是限速的,進入具體軟體下載頁面後,
不要
點頁面開始位置的
本地純淨下載(這個是不限速的)
,拉到頁面下方點選
歷史版本下載
中的
本地下載
,然後在chrome瀏覽器的下載管理中複製的下載連結進行測試的,希望大家文明測試下載。
package org。hcf。utils;import lombok。extern。slf4j。Slf4j;import java。io。*;import java。math。BigDecimal;import java。net。*;import java。util。*;import java。util。concurrent。*;@Slf4jpublic class FileUtils { /** * 多執行緒下載指定檔案,寫入outputStream中 * @param fileUrl 檔案路徑 * @param executor 執行緒池,根據執行緒池核心執行緒數量建立下載請求,如執行緒池核心執行緒數為3,建立3個下載請求。 * @param outputStream 下載檔案輸出流 * @throws IOException * @throws URISyntaxException * @throws InterruptedException */ public static void fileMultithreadingDownload(String fileUrl, ThreadPoolExecutor executor, OutputStream outputStream) throws IOException, URISyntaxException, InterruptedException { if (!supportRange(fileUrl)) { throw new UnsupportedOperationException(“unsupported operation exception”); } long startTime = System。currentTimeMillis(); // 獲取下載檔案大小 long contentLengthLong = getContentLengthLong(fileUrl); // 根據核心執行緒數,計算請求資料大小。 int corePoolSize = executor。getCorePoolSize(); // 如contentLengthLong(檔案長度)=10 下載執行緒數(corePollSize)=3。 //requestSize = 向上取整((10 / 3)) = 4 int requestSize = new BigDecimal(String。valueOf(Math。ceil(contentLengthLong / (corePoolSize + 0。0))))。intValue(); //根據檔案每次請求資料大小和檔案大小,計算請求範圍。 //如requestSize = 4, contentLengthLong = 10,requestRanges=[0-3, 4-7, 8-9] List
package org。hcf。utils;import org。junit。Test;import org。springframework。util。Assert;import java。io。*;import java。net。*;import java。time。LocalDateTime;import java。time。format。DateTimeFormatter;import java。time。temporal。TemporalAccessor;import java。util。concurrent。LinkedBlockingQueue;import java。util。concurrent。ThreadPoolExecutor;import java。util。concurrent。TimeUnit;public class FileUtilsTest { @Test public void shouldMultithreadingDownloadFile() throws InterruptedException, IOException, URISyntaxException { int threadNumber = 40; String downloadFileUrl = “xxxxxxx”; ByteArrayOutputStream outputStream = new ByteArrayOutputStream(); ThreadPoolExecutor executor = new ThreadPoolExecutor(threadNumber, threadNumber, 0L, TimeUnit。MILLISECONDS, new LinkedBlockingQueue<>()); FileUtils。fileMultithreadingDownload(downloadFileUrl, executor, outputStream); String downloadFile = “D:\\temp\\” + dateFormat(LocalDateTime。now(), “yyyy-MM-dd_hh-mm-ss-SSS”) + “。exe”; outputFile(outputStream, downloadFile); Assert。isTrue(new File(downloadFile)。length() == FileUtils。getContentLengthLong(downloadFileUrl), “file download fail”); } private String dateFormat(TemporalAccessor dateTime, String format) { return DateTimeFormatter。ofPattern(format)。format(dateTime); } private void outputFile(ByteArrayOutputStream outputStream, String filePath) throws IOException { FileOutputStream fileOutputStream = new FileOutputStream(new File(filePath)); fileOutputStream。write(outputStream。toByteArray()); fileOutputStream。flush(); fileOutputStream。close(); }}