是的，微信里<input type="file">不触发选择框，主因是Android微信X5内核静默拦截click调用或系统WebView过旧（如Android 4.4.2），且HTTPS未部署、input被隐藏、缺少accept属性等均会加剧失效。
微信里 <input type="file"> 不触发选择框？先看系统和内核限制
Android 微信在 4.4.2（如小米3出厂系统）等个别版本上会彻底屏蔽原生文件选择器，iOS 微信则基本稳定支持——但前提是页面走 HTTPS、没被 X5 内核拦截。不是你的代码写错了，而是微信底层 WebView 主动丢弃了 click() 调用。现象是：点按钮毫无反应，控制台也无报错，input.files 始终为空。
关键判断：如果你的页面已部署在 HTTPS 域名下，且在 Chrome 或 Safari 里能正常唤起选择框，但在微信里点不动，大概率是 Android 系统 WebView 版本过旧或被 X5 内核“静默降级”了。此时强行 JS 模拟点击（el.click()）无效，因为安全策略在渲染层就截断了。
- 不要用
display: none隐藏<input type="file">，部分 Android 微信会拒绝触发 - 必须用
opacity: 0+position: absolute覆盖在按钮上，确保用户手势真实落在 input 上 - 加
accept属性明确类型，比如只传 HTML 文件：accept=".html,.htm"，避免 X5 内核因类型模糊直接禁用 - 别给 input 加
capture，它对 HTML 文件上传无意义，反而可能触发相册权限弹窗失败
FormData 提交后后端收不到文件？检查这三个 header 和字段名
微信内置浏览器发请求时，FormData 是唯一可靠方式，但极易因配置错误导致后端解析失败。最常见的是手动设置了 Content-Type，或者字段名和服务端约定不一致。
公众号运营：文章发布至草稿、样式封面、评论与用户管理、数据统计等。用户要求将 Markdown 发送到公众号草稿、查看阅读量统计或类似后台操作时，使用本技能。
- fetch 时**绝不能**手动设置
Content-Type头，浏览器会自动加上multipart/form-data; boundary=...，手动设会导致后端 multipart 解析器直接丢弃 body -
formData.append()的第一个参数（字段名）必须和服务端接收逻辑完全一致，比如后端用req.files['html_file']，前端就得写formData.append('html_file', file) - 确保 fetch 方法明确为
POST：method: 'POST'，否则默认 GET 会报TypeError: Request with GET/HEAD method cannot have body - 如果后端用 Node.js + multer，确认已正确配置
upload.single('html_file')中的字段名与前端一致
微信里选完文件却卡在“上传中”？其实是 X5 内核拦截了 fetch 请求
部分 Android 微信（尤其 8.0.x 以下）会对非业务域名的 fetch 或 XMLHttpRequest 做静默拦截，现象是 change 事件触发了、files[0] 也拿到了，但 fetch 的 then 和 catch 都不执行，网络面板里看不到请求发出。
立即学习“前端免费学习笔记（深入）”；
- 解决办法：把上传接口域名加到微信公众号「JS 接口安全域名」或小程序「业务域名」白名单里（即使你没用公众号，这个白名单也影响 X5 内核行为）
- 临时调试可用 Vercel 或 Netlify 部署一个代理函数，把上传请求转发到你的后端，让主域名和接口域名保持一致
- 别依赖
XMLHttpRequest.upload.onprogress，X5 内核对它的支持极不稳定；进度反馈建议改用「上传前校验大小 + 上传后轮询状态」这种服务端兜底方案
为什么有些 HTML 文件在微信里能上传，有些不行？关键在 MIME 类型和服务器响应头
微信 X5 内核会对响应体做 MIME 类型校验。如果你的后端返回 text/html 但实际响应是 JSON，或者返回 application/json 却漏了 Content-Type 头，X5 可能直接终止连接，导致前端 fetch 永远 pending。
- 后端返回成功响应时，务必设置
Content-Type: application/json; charset=utf-8，且 body 是合法 JSON 字符串（空对象{}也行） - 上传接口不要返回重定向（302），X5 对 Location 头处理异常，容易卡死
- 如果上传的是 HTML 文件本身，注意服务端是否做了
Content-Disposition: attachment—— 这会让 X5 尝试下载而非解析响应，造成假死 - 测试时用微信开发者工具抓包，重点看「Response Headers」里有没有缺失或冲突的
Content-Type、X-Content-Type-Options
<input>，而是 X5 内核在你看不见的地方悄悄改写了请求生命周期。哪怕所有代码都符合标准，只要域名没进白名单、响应头少一个分号、字段名差一个下划线，上传就会无声失败。 
