点击reset按钮后file输入框UI未更新是正常现象，value已清空但浏览器不刷新显示；需手动处理预览、状态、校验等关联副作用。
点击 reset 按钮后 <input type="file"> 还显示已选文件？
这是最常被误判为“重置失效”的现象。原生 <input type="file"> 在调用 form.reset() 或点击 type="reset" 按钮后，**视觉上仍保留文件名（尤其在 Chrome/Firefox）**，但其实 DOM 中的 value 已被清空——只是浏览器 UI 没刷新显示。这不是 bug，是规范行为。
验证方式：提交前打印 fileInput.value，会是空字符串；或监听 change 事件，重置后它不会触发。
- 不要依赖 UI 显示判断是否重置成功，要读
element.value - 若需强制刷新 UI（比如调试时），可执行
fileInput.outerHTML = fileInput.outerHTML，但会丢失绑定的事件监听器 - 移动端 Safari 对此更严格，有时连
outerHTML都不生效，只能靠重新渲染整个 input
form.reset() 能清掉所有字段，但为什么 file 输入框看起来没变？
form.reset() 确实会把 <input type="file"> 的 value 设为空，但它**不重置文件选择器的内部状态**。浏览器认为“已选文件”是用户交互产生的 UI 反馈，不是可序列化的表单值，所以不强制同步。
- 该行为与
<input type="text">不同：后者 value 改变立刻反映在输入框中；前者 value 清空 ≠ UI 清空 - 如果你用
FormData提交，form.reset()后再构造new FormData(form)，里面一定不含该文件字段 - 别在重置逻辑里加
fileInput.value = ""—— 大多数浏览器会静默忽略这个赋值
如何让上传控件真正“看起来清空了”？
想让用户明确感知上传区域已重置，得绕过原生限制，手动干预 UI。以下是最稳妥的两种做法：
立即学习“前端免费学习笔记（深入）”；
- 用
fileInput.outerHTML = fileInput.outerHTML：重建 DOM 节点，UI 强制刷新，但需提前保存并重新绑定事件（如change监听） - 用 CSS 隐藏原生 input，自定义一个“清空”按钮 + 文本提示区，点击时隐藏提示、重置 input、再触发
form.reset() - 如果使用框架（如 Vue/React），不要直接操作
value，而是控制绑定的响应式变量，并在重置时设为null或空数组，让框架驱动 UI 更新
重置后还要处理哪些关联状态？
文件上传往往伴随预览图、上传进度、错误提示等非表单字段。这些完全不受 form.reset() 影响，必须手动清理：
- 清除预览：
document.getElementById('preview').src = ''或移除<img>标签 - 重置上传状态变量（如
isUploading = false、uploadError = null） - 清空校验信息：若用了
setCustomValidity('')，重置后需再次调用以清除红色边框提示 - 注意
disabled字段：如果上传中禁用了提交按钮，重置后记得submitBtn.disabled = false
真正的重置难点不在文件控件本身，而在它引发的副作用链——那些你亲手加上的 UI 和状态，也得亲手清掉。
