Windows復制大文件、多文件總翻車？不妨試試多線程傳輸利器

平時復制粘貼幾張截圖、幾份文檔，甚至幾段東瀛精選小視頻，一般來說都沒什么問題。文件體積小，挪來挪去自然省心。可一旦要搬運動輒幾GB、幾十GB乃至幾百GB的大文件，電腦就吭哧吭哧扛不住了，相信你和我一樣，一定有不少失敗的體驗。更別說當你面對一堆大文件，用系統自帶的復制粘貼工具，半途出錯是常有的事。

好在辦法總比困難多，只要你愿意花點心思琢磨。

為什么Windows復制這么不靠譜？

這鍋得微軟來背

Windows文件資源管理器里的復制粘貼，應付日常小文件還行，真要承擔大數據量、超大單文件的高強度傳輸，就往往力不從心。前面說了，復制粘貼幾份文檔、幾張圖片綽綽有余，但受限于自身架構和文件處理邏輯，遇上大文件或是成千上萬個嵌套文件夾，它就明顯吃不消了，尤其當你想復制TB級數據時，失敗的概率總是相當高。

根源在于Windows資源管理器的文件枚舉機制。傳輸開始前，系統會先統計文件總數和總大小，好估算剩余時間。遇上目錄特別龐大時，光是這步預計算就能把整個流程卡死，你一定忘不了那個臭名昭著的“正在計算剩余時間”窗口，有時能卡到天荒地老。Windows這套估計算法出了名的不準，一會兒顯示幾分鐘，一會兒能顯示好幾個小時，全憑瞬時帶寬起伏亂跳，根本沒法準確告訴你任務到底什么時候能完成。

再者，傳輸過程中的錯誤處理也相當脆弱。幾千個文件里只要有一個被其他進程占用，或是讀取出錯，整個操作往往直接停擺，等著你手動處理：跳過還是重試？在大多數情況下，你也許能茍過去，但哪怕是跳過或重試的次數多了，傳輸都有可能徹底中斷，給你留下半拉子目錄，哪些拷完了、哪些沒拷，根本無從查起。

近年來新版本Windows的斷點續傳能力有所提升，但性能依舊拉胯得很。中斷后恢復大文件傳輸，往往要重新校驗目標文件，而資源管理器處理這一步的效率極低。此外，標準復制功能寫完數據后不會做校驗和驗證，它會默認：只要寫入沒報系統級錯誤，數據就是完整的。對視頻剪輯、檔案管理等重要工作來說，復制重要數據卻不加校驗，無異于一場賭博，文件可能表面上好好躺在目標盤里，底層卻藏著數據損壞，最終徹底打不開。老實說這種事不算常見，但確實會發生。說不準你早就遇上過，只是沒察覺罷了。

另一條路：命令行工具

看著麻煩，其實上手不難

那該怎么解決？答案很簡單：Windows命令行。不是重度用戶可能會犯嘀咕，但摸透之后，你大概率再也不想用傳統方式批量搬運成千上萬的文件了。Windows其實自帶了一款原生工具，叫Robocopy，全稱“Robust File Copy”（直譯是穩健文件復制）。和拖拽式的圖形界面不同，Robocopy是專門為目錄鏡像、大批量傳輸打造的命令行程序，有著服務器級的穩定性。它甩掉了圖形界面的包袱，能把更多系統資源直接投入讀寫操作。

這款工具能實現資源管理器根本做不到的復雜傳輸邏輯。比如，你可以精確設定文件被占用時重試多少次、每次重試間隔多久，確保臨時故障不會半路攪黃一整晚的TB級備份任務。

使用快捷鍵Win+R，然后輸入cmd，彈出命令提示符窗口，舉個例子：

robocopy "源文件夾路徑" "目標文件夾路徑" /E /MT:16 /R:3 /W:5 /Z /LOG:"D:\彩花的拷貝.txt"

常用的參數：

/E：復制全部子文件夾，包含空文件夾，完整復刻目錄結構；

/MT:16：16線程并發拷貝，海量小文件、多段視頻提速極明顯，數字可改8/16/32；

/R:3：文件被占用/讀取失敗，自動重試3次，不用半夜手動點跳過；

/W:5：每次重試間隔5秒，避免頻繁占用磁盤；

/Z：斷點續傳模式，傳輸中途斷電、斷硬盤、斷網絡，下次執行同一命令，從斷掉的位置繼續傳，不會重新拷貝完整大文件；

/LOG:"D:\彩花拷貝日志.txt"：自動生成拷貝記錄，哪些文件成功、哪些失敗全部存檔，方便核對數據完整性。

注意關鍵規則：文件夾路徑帶空格（比如D:\彩花素材），文件名、文件夾名完全可以用中文，但路徑兩邊必須加英文雙引號" "，總之整條命令里所有標點（斜杠\、參數斜杠/、冒號:、逗號,）一律使用英文半角符號，否則命令會報錯。

當然，Robocopy擁有更多高級功能，比如高級篩選、增量差分、權限硬鏈接、錯誤兜底、日志深度分析、腳本自動化等等，全部是日常大量素材、服務器、大容量備份才會用到的深度功能，這里就不做贅述了。

Robocopy這類命令行工具的真正威力，在于豐富的開關和參數，能對數據傳輸進行精細化控制。你可以開啟多線程，同時復制多個文件，把網絡帶寬或硬盤吞吐吃得滿滿當當，遠比單線程的資源管理器復制高效得多。遇上海量的小文件時，總耗時能大幅縮短。

此外，這些工具還支持可重啟模式。傳一個超大視頻傳到一半斷了線，恢復后Robocopy能從斷點接著傳，不用從頭再來。它的同步功能也相當好用：源目錄鏡像到目標目錄后，目標盤里源端已經刪除的文件也會自動清理，最終得到一份1:1的完整副本。這種事要是手動在資源管理器里做，既麻煩又容易出錯。

以后都改用命令行傳輸工具？

看你愿意花多少時間學

如果前面說的那些故障你都似曾相識，那不妨偶爾用用。但也不是人人都適合。普通用戶就往U盤里拷個照片文件夾，犯不著去啃命令行語法。資源管理器雖說毛病不少，但進度條看得見、鼠標操作熟門熟路，對付小體量、低風險的傳輸也夠用了。哪怕拷好幾個彩花的視頻，一般也能應付。

而且對不熟悉終端的人來說，命令敲錯導致誤覆蓋、誤刪除，風險是實打實的。鏡像命令里一個參數放錯位置，幾秒就能把目標盤清空，回收站里半毛錢都找不回來。

可對專業人士、視頻創作者，以及常年要管理好幾個TB數據的人來說，換用命令行不只是推薦，幾乎是剛需。學語法那點初期門檻，換來的是可追溯日志、容錯能力帶來的踏實感，更別說傳輸耗時終于有了準確數字，再也不用被文件索引那堆幺蛾子耽誤時間。

心動了？那就動手試試

要是你經常對著假死的復制窗口發呆，或是手動比對文件夾大小確認備份有沒有成功，命令行實在是個不錯的選擇。你還可以把這些命令寫成腳本，讓復雜的備份流程自動定時運行，趁你睡覺的時候默默跑完，早上起來一份詳細日志擺在眼前，每一字節都傳得明明白白。