HTML拖拽上传本身不支持暂停，所谓暂停实为中断请求并保留状态；需用AbortController控制fetch，分片+断点续传依赖后端配合，File对象仅可缓存不可暂停。
HTML 文件拖拽上传本身不支持“暂停”——drop 事件触发后，文件已进入 JS 内存（作为 File 对象），后续上传行为完全由你控制；所谓“暂停”，其实是你主动中断正在执行的上传请求，并保留状态以便恢复。
为什么原生 drag & drop 没有 pause 方法
浏览器的 dragover、drop 是纯事件机制，只负责把文件交给你；上传动作靠 fetch 或 XMLHttpRequest 发起，而这两个 API 都不提供内置 pause/resume。你看到的“可暂停上传”，全是手动实现的分片 + 断点续传逻辑。
-
File对象本身不可暂停，它只是引用，不是流 -
FileReader读取过程无法暂停（但可以中止abort()） - 真正能“暂停”的只有网络请求：用
AbortController中断fetch，或调用XMLHttpRequest.abort()
用 AbortController 实现上传暂停/恢复
这是目前最轻量、兼容性最好的方式，适用于单文件上传场景。关键不是“暂停拖拽”，而是暂停正在发的请求。
- 创建
const controller = new AbortController()，并在fetch中传入{ signal: controller.signal } - 暂停时调用
controller.abort()，请求立即终止，catch会捕获AbortError - 恢复时需重新构造
FormData和fetch调用——因为已中断的请求无法续传 - 若要真正“断点续传”，必须配合后端支持：前端用
file.slice(start, end)分块，传Range头，服务端记录已收偏移量
拖拽后还没上传前，怎么“暂存”文件
用户拖进来但你不想立刻上传？别急着发请求，先把 File 对象缓存起来，等用户点“开始”再处理。
立即学习“前端免费学习笔记（深入）”；
- 在
drop回调里不做上传，只存到变量或Map中：pendingFiles.set(file.name, file) - 每个
File可加唯一 ID（如crypto.randomUUID()），避免同名覆盖 - 注意：
File对象生命周期与页面一致，刷新就丢；如需持久化，得转成Blob存indexedDB，但复杂度陡增 - 别尝试保存
file.path——所有现代浏览器都返回空字符串，这是安全限制
容易被忽略的关键点
暂停功能最容易卡在“状态没对齐”：UI 显示“已暂停”，但其实请求早已失败或被忽略；或者用户点了恢复，却从头重传而非接上断点。
- 暂停 ≠ 取消：要用
AbortController，别直接删掉FormData引用 - 恢复 ≠ 继续：除非你实现了分片和服务器端偏移记录，否则只能重发整文件
- 大文件拖拽后，别在
drop里立刻readAsDataURL——内存爆掉，也跟暂停无关 - 移动端 Safari 不支持
dataTransfer.files，所谓“暂停上传”在 iOS 上根本走不到这一步
