XMLHttpRequest.abort()是取消上传的唯一可靠方式；它能立即终止请求、触发onabort事件并重置readyState为0，而fetch()即使配合AbortController也无法撤回已发出的上传体。
XMLHttpRequest.abort() 是取消上传的唯一可靠方式
HTML5 本身没有提供“取消上传”的原生 API，XMLHttpRequest 的 abort() 方法是当前最通用、兼容性最好且真正能中断底层传输的手段。它会立即终止请求，触发 onabort 事件，并将 readyState 设为 0。注意：fetch() 不支持中止上传（即使传入 AbortController，也仅对响应阶段有效，上传体已发出后无法撤回）。
用 XMLHttpRequest 实现可取消的文件上传
关键在于：必须在调用 send() 前保存实例引用，并确保上传过程中用户能触发 abort()。常见疏漏是把 xhr 声明在函数作用域内，导致取消按钮无法访问。
AbortController
-
fetch()+AbortController适合小文件或仅需 UI 层“假装取消” - 服务端必须配合实现上传中断检测（如检查连接是否关闭），否则无实际意义
- Chrome 120+ 对
fetch上传中止有小幅改进，但仍未达XMLHttpRequest.abort()级别
上传中取消后服务端可能仍在写入
前端调用 abort() 或 abortController.abort() 只影响客户端连接状态，不通知服务端“停止处理”。如果后端使用 Node.js 的 multer、PHP 的 $_FILES 或 Python 的 Flask.request.files，它们通常会在请求结束时才清理临时文件；而某些框架（如 Express 默认）甚至会等整个请求体接收完毕才进入路由逻辑——这意味着你点了取消，服务端可能还在收包。
真正健壮的做法是：
- 前端用
XMLHttpRequest并监听onabort - 服务端在接收流时定期检查
req.socket.destroyed（Node.js）或connection_aborted()（PHP） - 上传接口返回唯一
uploadId，前端取消时再发一个DELETE /uploads/{id}清理
取消操作不是点一下就完事的事。从浏览器协议层到服务端运行时，每一环都可能让“取消”变成“延迟生效”或“只停前端”。最稳的路径就是老老实实用 XMLHttpRequest + 显式 abort()，再配上服务端的连接状态校验。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
