只有真正支持多文件选择，用户可通过ctrl/cmd点击或拖拽选多个文件，input.files返回filelist；其他类型如email、text加multiple无效，select[multiple]与之无关且行为不同。
input[type="file"] multiple 是唯一真正支持多选的场景
只有 type="file" 配合 multiple 属性，才能触发浏览器原生多文件选择能力。用户按住 Ctrl（Windows）或 Cmd（macOS）点击多个文件，或直接拖拽多个文件到 <input type="file" multiple> 区域，input.files 才会返回包含多个 File 实例的 FileList。
常见错误包括：
– 给 type="text" 或 type="date" 加 multiple，浏览器完全忽略；
– 写成 <input multiple>，布尔属性不接受值，反而被当成 true；
– 依赖 input.value 判断文件数量，它只返回第一个文件的伪造路径（如 C:\fakepath\demo.pdf），毫无参考价值。
必须用 input.files，且注意它是只读类数组对象：不能 .push()、不能 .forEach() 直接调用，得先转成数组，例如 Array.from(input.files) 或用 for (const file of input.files)。
input[type="email"] multiple 只是校验宽松，不是功能增强
input[type="email"][multiple] 不提供任何 UI 改变或结构化数据——没有“添加邮箱”按钮，软键盘不会切换为邮箱模式，也不会自动拆分字符串。它唯一作用是让浏览器跳过“单邮箱格式”校验，允许你在框里输入 a@b.com, c@d.org 这样的逗号/分号/空格分隔串。
但 input.value 拿到的仍是完整字符串，不是数组。你必须手动解析：
– 用 value.split(/[,;\s]+/).map(s => s.trim()).filter(Boolean) 切分；
– 自己去重、过滤无效格式（比如 @.com 或空项）；
– 注意引号包裹的邮箱（如 "a,b@c.com"）无法被该正则安全识别。
表单提交时，后端收到的是 URL 编码后的单个字段，例如 email=a%40b.com%2Cc%40d.org。PHP 的 $_POST['email']、Node.js 的 req.body.email 都是字符串，不会自动变成数组。
select[multiple] 和 input[multiple] 完全无关
<select multiple></select> 是 select 元素自己的属性，和 input 的 multiple 没有任何实现共通性。前者让用户勾选预设选项，提交时同名字段以多个键值对形式发送（如 hobby=reading&hobby=music）；后者在 input 上只对 file 和 email 两种类型生效，且行为截然不同。
别指望 input[type="email"][multiple] 能像 select[multiple] 那样显示勾选状态或支持键盘导航。它就是一个普通文本框，只是校验松了一点。如果业务需要真正的多邮箱录入体验，应考虑动态添加 input[type="email"] 子项，而非依赖这个属性。
移动端兼容性是最大落地障碍
iOS Safari 直到 16.4 才开始有限支持 input[type="file"][multiple]，此前版本点击后仍弹出单文件选择器；部分安卓厂商 WebView（如旧版微信内置浏览器）会静默降级为单选，input.files.length 始终为 1。
这意味着：
– 不能仅靠检测 multiple 属性是否存在来判断能力；
– 必须运行时检查 input.files.length > 1，并准备降级方案（如提示“请多次上传”或启用“+ 添加文件”按钮动态追加）；
– accept 属性在移动端效果有限，用户仍可通过粘贴或第三方文件管理器绕过过滤。
最常被忽略的一点：即使桌面端一切正常，iOS 16.3 及更早用户占存量市场相当比例，他们的“多选”体验实际为零——这点在灰度发布前必须实机验证，不能只靠 caniuse 数据。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
