不能通过 JavaScript 给 input[type="file"] 赋值来重新选择文件，这是浏览器基于安全策略的硬性限制；正确做法是通过 label 触发原生选择框，确保用户真实交互。
不能通过 JavaScript 给 input[type="file"] 赋值来“重新选择”文件——这是浏览器安全策略硬性限制，任何尝试如 fileInput.value = "" 或 fileInput.value = "xxx" 都会静默失败，且清空后不可恢复。
为什么 input.value = "" 会导致无法重选
浏览器将 input[type="file"] 的 value 视为只读反射属性。手动设为空字符串会触发内部状态重置，但该操作不可逆：它不仅清空 UI 显示，还切断了与原始 FileList 的关联，且后续无法用 JS 恢复。用户必须再次手动点击选择框才能触发系统对话框。
- 这不是 bug，是 W3C 规范明确要求的安全限制（防止恶意脚本自动上传用户文件）
-
files属性本身是只读的，你无法用 JS 向其中 push 或 splice 文件 - 即使你用
cloneNode(true)复制 input，新节点的files仍是空的
真正可用的“重新选择”方案
所谓“重新选择”，实际是指让用户再次触发原生文件选择流程，而不是模拟赋值。关键在于不干扰 input 的原始 DOM 状态，并确保点击能唤起系统对话框。
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
- 不要绑定
click()到隐藏的input上——现代浏览器会忽略该调用（尤其在非用户手势上下文中） - 用
<label for="fileInput"></label>包裹自定义按钮，点击 label 会透传到 input，100% 触发选择框 - 如果已用 JS 清空过
value，请避免这么做；若已发生，唯一补救是保留一个未被修改的 input 副本，或直接刷新页面（不推荐） - 如需“清空已选文件并允许重选”，正确做法是：
fileInput.value = ""后，再确保用户下一次点击的是原生 input 或其关联 label —— 这时它已重置，可正常唤起选择器
带 UI 反馈的重选按钮怎么写
用户看到的“重新选择”按钮，本质只是个视觉替身。它背后不操作 input 的 value，而是触发 label 的 click，或直接对 input 调用 click（前提是该调用发生在用户真实点击、键盘回车等可信任事件中）。
立即学习“前端免费学习笔记（深入）”；
<input type="file" id="fileInput" multiple> <label for="fileInput" class="reselect-btn">? 重新选择文件</label> <div id="fileList"></div>
- CSS 中把
input设为display: none或opacity: 0，确保 label 是唯一可点区域 - 点击 label 后，
change事件照常触发，event.target.files是全新列表 - 如果需要清空当前已选文件再重选，可在 change 处理函数开头加逻辑：
if (files.length === 0) return;，避免空选干扰
最易被忽略的一点：所有“重选”行为都依赖用户真实交互触发。任何脱离用户手势（比如定时器、异步回调里调用 click()）的尝试都会被浏览器拦截——这不是兼容性问题，而是当前所有主流浏览器的统一策略。
