dispatchEvent 无法真正触发 的文件选择框，因其生成的是不可信任事件；只有用户真实交互触发的 click() 方法或委托点击才有效。
dispatchEvent 能不能真正触发 <input type="file"> 的选择框
不能，除非用户真实交互。现代浏览器出于安全限制，dispatchEvent 发送的 click 事件无法唤起文件选择对话框——这是明确的规范行为，不是 bug。你调用 inputElement.dispatchEvent(new Event('click')) 后，控制台不会报错，但什么也不会发生。
为什么原生 click() 方法有时能行，而 dispatchEvent 不行
因为 click() 是元素的**可信任方法调用（trusted invocation）**，它由用户操作间接触发时（比如绑定在按钮上、且该按钮是用户点击的），浏览器允许它穿透安全限制；而 dispatchEvent 创建的是**不可信任事件（untrusted event）**，即便类型是 'click'，也会被忽略。
-
input.click()在用户点击的回调里执行 → ✅ 可触发选择框 -
input.dispatchEvent(new MouseEvent('click'))→ ❌ 无反应 -
input.dispatchEvent(new MouseEvent('click', {bubbles: true, cancelable: true}))→ ❌ 依然无反应 - 用
new MouseEvent('click', {isTrusted: true})？→ ❌isTrusted是只读属性，无法手动设为true
绕过限制的实操方案：用隐藏 <input> + 可点击按钮
最可靠的做法不是硬刚事件机制，而是把用户点击「委托」给真实的 <input type="file"> 元素：
<button id="uploadBtn">选择文件</button> <input type="file" id="fileInput" style="display:none">
然后在 JS 中：
document.getElementById('uploadBtn').addEventListener('click', () => {
document.getElementById('fileInput').click(); // ✅ 这才是有效触发
});
- 确保
<input>没有disabled或hidden属性（display: none或visibility: hidden都可以） - 不要用
opacity: 0+ 绝对定位覆盖按钮——某些 iOS Safari 版本会拒绝触发 - 如果需要支持多选或特定类型，直接设置
accept和multiple：<input accept="image/*" multiple>
调试时怎么确认是不是“可信任点击”
在事件监听中打日志，检查 event.isTrusted：
fileInput.addEventListener('click', (e) => {
console.log('isTrusted:', e.isTrusted); // 用户真实点击 → true；dispatchEvent → false
});
这个值无法伪造，但它能帮你快速判断当前触发路径是否被浏览器认可。很多“模拟点击失败”的问题，根源都在这里——你以为发了 click，其实浏览器根本没当回事。
真正难的不是写那行 dispatchEvent，而是理解浏览器什么时候把它当真、什么时候直接丢弃。别跟 isTrusted === false 死磕，换条路走更省时间。
