h5上传按钮点击无反应是因浏览器主动拦截，需检查accept属性适配（ios需精确声明）、确保真实用户手势触发、排查webview权限限制，并真机测试验证。
移动端 H5 上传按钮点击无反应，不是代码写错了，而是浏览器在关键环节做了主动拦截或静默忽略。核心问题集中在触发时机、类型声明和平台差异三方面，真机测试前必须逐项验证。
检查 accept 属性是否明确且适配平台
accept 不只是过滤，它直接决定系统弹什么界面，漏写或写错就完全唤不起选择器：
- iOS 必须写具体值，accept="image/*" 才弹相册，accept="*" 或空值会被 Safari 直接忽略
- 传 PDF/Excel 等文档，要写扩展名：accept=".pdf,.xlsx"，不能只写
application/pdf - iOS 上 accept="video/*" 会强制打开录像，要选相册里的视频得用 accept="image/*,video/*"
- Android 对 accept 解析较宽松，但部分国产 WebView（如微信 X5）会因 accept 不规范而 fallback 到空白页
确认触发方式是否为真实用户手势
浏览器只响应由用户真实点击引发的 click()，JS 主动调用或异步触发一律被屏蔽：
- 不能用
setTimeout(() => input.click(), 0)，也不能在label的 click 事件里再调用 input.click() - 推荐写法：用普通 button 绑定原生 click 事件，在回调中立即调用
input.click() - Android Chrome 80+ 和多数 WebView 会静默忽略非手势触发的调用，控制台不报错，但就是没反应
排查 WebView 或特定浏览器的权限与策略限制
很多“无反应”其实是容器层拦截，和 H5 本身关系不大：
- 百度浏览器默认禁用本地路径上传，需进「设置→高级设置→系统安全设置」勾选「允许上传时发送完整本地路径」，必须重启生效
- 悟空浏览器需手动开启「文件和媒体」「存储空间信息」权限，安卓上要设为「始终允许」，iOS 要开「照片→所有照片」
- 部分安卓 WebView（如理财类 App 内嵌）未配置
WebChromeClient的openFileChooser回调，导致input[type=file]完全失效 - 搜狗输入法在 Windows 版百度浏览器中会劫持文件对话框系统调用，切到微软拼音即可验证
快速验证与兜底建议
别等上线才发现问题，开发阶段就要做这几件事：
- 真机测试 iOS 和主流安卓机型，仅靠模拟器无法复现大部分拦截行为
- 在按钮点击后加一行
console.log('click fired')，确认事件是否真的触发 - 上传大文件（如 50MB+）时，优先考虑分片上传或服务端直传，避开 FileReader 内存泄漏风险
- 若仍失败，可临时绕过 JS，用原生 form 提交：F12 复制表单 outerHTML，新建页面粘贴后直接提交
