iOS Safari 16.4 之前不支持 input file 的 multiple 属性，用户只能单选，需通过 UA 检测降级并动态替换为多个单文件 input，配合全局数组管理文件，且必须二次校验 type、后缀和 size。
iOS Safari 16.4 之前版本根本不支持 multiple
哪怕你写了 <input type="file" multiple>，在 iOS Safari 16.4 之前的任何版本（包括 15.x、14.x 等），用户点击后弹出的仍是单文件选择器，input.files.length 永远是 1，且无任何错误提示或降级反馈。这不是 bug，是 WebKit 的明确限制。检测方式很简单：
-
navigator.userAgent.includes('iPhone') && /OS [1-9]\d?_[0-3]/.test(navigator.userAgent)—— 匹配 iOS 1–13.x 和 14.0–14.3、15.0–15.3 等典型旧版本 - 别依赖
input.multiple属性是否存在，它永远为true，无法反映实际能力
安卓 WebView 和微信内置浏览器要实测，不能默认信任 multiple
Android Chrome 和 Firefox 基本支持良好，但微信安卓版 WebView（尤其 8.0.3x 及更早）会静默忽略 multiple，只返回第一个文件；部分定制 ROM 的系统浏览器也可能降级。验证必须走真实路径：
- 真机上点开文件选择器，手动多选（长按+勾选或拖拽框选），再执行
console.log(input.files.length) - 别用模拟器或开发者工具的“设备模拟”——它们常误报支持
- 若发现
files.length === 1但用户明显选了多个，说明当前环境已降级，需触发备用逻辑
降级方案不是“加个提示”，而是切换输入模式
对不支持 multiple 的设备，硬推“请升级浏览器”没用。可行做法是动态替换控件：
- 检测到降级后，隐藏原
<input type="file" multiple>，插入多个单文件<input type="file">（比如 5 个），并提供“+ 添加更多”按钮动态追加 - 把每次选中的
File推入一个全局Array，统一管理，避免重复或丢失 - 注意：不要用
input.value = ''清空已选文件——某些旧 WebView 会清空整个 DOM 引用，导致后续无法再读取 - 提交前校验数组长度，而非依赖
input.files.length
accept 属性在移动端可能被绕过，但仍是必要防线
accept="image/*" 或 accept=".pdf,.docx" 在 iOS 和多数安卓浏览器中能过滤文件类型列表，但用户仍可通过“显示全部”强行选中不支持类型。它的作用是降低误选概率，不是安全边界：
立即学习“前端免费学习笔记（深入）”；
- 必须在 JS 中二次校验每个
file.type和file.name后缀，尤其注意 iOS 返回的file.type常为空字符串，得靠后缀判断 - 不要用
accept替代大小限制——移动端用户可能一次选几十张高清图，file.size必须逐个检查 - 若后端只收特定 MIME 类型，前端校验失败应直接
return，不进上传流程
multiple，而是如何让不同设备都稳定交出多个 File 实例——这个环节一旦漏检，用户上传完成却只收到一张图，问题就出在兼容性断层里。 
