传大文件老是中断怎么办？有没有稳妥的传法？

先搞清为什么会断

大文件传输是长时间占满通道的过程，链路的任何短板都会被时间放大。被控端上行带宽不足：传输长期顶在上限上跑，稍有波动就断。Wi-Fi 环境：信号波动、信道干扰，对持续传输是慢性毒药。会话本身不稳：远控连接如果频繁掉线，依附其上的传输自然跟着死。机器休眠：传输途中一端睡眠，全完。对应的排查顺序也就是：换有线、测上行、看会话稳不稳、电源设置把关。

稳妥四件套

第一，两端插网线。Wi-Fi 下的千兆文件传输是自找苦吃，有线是大文件的基本礼仪。第二，分卷压缩。用压缩软件把大文件切成 500MB-1GB 的分卷再传：单卷失败只重传那一卷，比一整块 20GB 传到 90% 断掉人道得多。第三，走【远程文件】窗口。它有暂停功能——发现网络要吃紧时先暂停，别硬扛到断线。第四，错峰传。晚高峰的宽带和凌晨的宽带是两个世界，大文件留给链路空闲的时段。

极端大文件的替代思路

几十 GB 乃至更大的量级，网络直传未必是最优解。评估一下替代方案：U盘/移动硬盘人肉快递（机房运维的经典智慧：「永远不要低估一辆装满硬盘的车的带宽」）；上传到双方都方便的中转存储再各取所需；企业场景搭内网共享。远控传文件的甜区是 GB 级以内，超出之后先算账再动手。

传输后的完整性验证

大文件传到≠传对。养成验证习惯：对比两端文件大小（最起码）；重要文件算一遍哈希（PowerShell 的 Get-FileHash 一行搞定）两端比对；压缩包可以右键测试完整性。尤其是经历过中断重传的文件，验证这一步不能省——一个悄悄坏掉的安装包或备份，日后会以更痛的方式让你知道。

大文件传输的工程学

传大文件求稳,有一套工程化打法:分卷压缩——用压缩软件把 10GB 切成 10 个 1GB 分卷,单个失败只重传一卷,总成功率指数级上升;挑时段——深夜凌晨网络最闲,大传输挂着过夜;插网线——Wi-Fi 的偶发抖动是长传输的隐形杀手;用对工具——远程文件窗口的队列和续传能力就是为长传输生的,别用拖拽硬扛。一套下来,再大的文件也是时间问题,不是成功率问题。

传完必做的一步:校验。大文件在传输中悄悄损坏的概率虽小但存在,尤其是中断重传过的。校验方法:两端各算一次哈希(Get-FileHash 一行命令),一致才算完;压缩包直接右键「测试」查完整性。这个习惯的价值会在某天体现——当你发现「传完就能用」的幸运不是必然,而你每次都验证过。重要数据(备份、交付物)的传输,校验不是可选步骤,是收尾步骤。

校验环节再给一个最省事的落地法:两端各跑一句 Get-FileHash 文件路径,把两串哈希值肉眼对一遍,一致就收工——全程不到一分钟。重要文件(备份、交付物、财务数据)把这一分钟设为铁律;不重要的临时文件可以抽查。传输工具的进度条走到 100% 只代表「传完了」,哈希一致才代表「传对了」,一字之差,天壤之别。