Chrome下载大文件至70%～95%报“网络错误”是因Blob流内存限制与Range请求兼容性问题；需先修复下载路径、启动Network Location Awareness服务并赋予写入权限，再将responseType由blob改为arraybuffer，或用aria2c/Wget续传。
谷歌浏览器保存大文件（如2GB以上数据集、安装镜像、视频工程包）时，常在下载进度达70%～95%区间突然弹出“网络错误”或“连接中断”，实际网络稳定、其他浏览器可正常完成——这是Chrome对Blob流的内存管理机制与服务器Range请求兼容性共同触发的静默失败，不是重连就能解决的表层问题。
优先验证并修复下载路径与系统服务
第一步：打开Chrome设置→点击左侧“下载内容”→检查右侧“下载位置”路径是否存在。若显示“无法访问该文件夹”，说明路径已被删除或权限丢失。
第二步：按下Win + R，输入services.msc回车→找到“Network Location Awareness”服务→右键“属性”→确认“启动类型”为“自动”，且“服务状态”为“正在运行”。【若状态为“已停止”，必须点击“启动”并应用，否则Chrome将持续误判网络不可用】
第三步：右键点击当前下载路径文件夹→“属性”→“安全”选项卡→选中当前用户→勾选“写入”和“修改”→确定。这一步跳过会导致.crdownload临时文件无法落盘，直接触发网络错误假象。
强制绕过Blob内存限制，改用arraybuffer流下载
方法一：前端代码级修复（适用于你控制页面JS的情况）
将原有下载请求中的responseType: 'blob'改为responseType: 'arraybuffer'。例如：
return request({ url: '/api/download', method: 'post', responseType: 'arraybuffer', data });
后端无需任何改动，Chrome会以流式方式接收数据，避免将整个文件加载进内存。实测在129+版本中，3.2GB文件可稳定下载完成，无崩溃、无截断。
方法二：临时应急——用PowerShell调用aria2c接管（无需安装IDM）
在Chrome下载管理器（chrome://downloads）中右键中断任务→复制链接地址；打开PowerShell，执行：
aria2c --continue=true --check-certificate=false -x 16 -s 16 -o "final.iso" "https://example.com/largefile.iso"
【注意：此命令不依赖Chrome会话，但要求URL未过期；若返回403，说明需先登录目标网站再导出cookies.txt】
清理残留下载状态，释放阻塞队列
第一步：在地址栏输入chrome://history/→右上角三点→“清除浏览数据”→时间范围选“所有时间”→仅勾选“下载内容”→点击“清除数据”。
第二步：关闭所有Chrome窗口，在Windows任务管理器中结束所有chrome.exe进程（包括后台进程），确保无残留下载句柄占用。
第三步：重新打开Chrome，不要恢复上次会话，直接访问目标下载页发起新任务。这一步能清除因失败任务堆积导致的调度逻辑锁死，尤其适用于长时间卡在“等待”状态的场景。
替换下载引擎：用Wget续传已有.crdownload片段
步骤一：按Ctrl + J打开下载管理器→找到中断文件→右键→“在文件夹中显示”。
步骤二：在资源管理器地址栏粘贴%USERPROFILE%\Downloads（或你设置的实际路径），定位到那个xxx.crdownload文件。
步骤三：将该文件重命名为xxx.zip.part（扩展名需与目标文件一致，仅加.part后缀）。
步骤四：打开CMD，执行：wget --continue --output-document="xxx.zip" "原始下载URL"。Wget会自动识别.part文件并从中断字节处续传，不重复下载已获取部分。
