multiple属性仅对生效，是其布尔属性；用于text等其他类型时被忽略；正确写法为，错误写法如无效。
multiple 属性必须配合 <input type="file"> 才生效
单独写 multiple 没用，它只是 <input type="file"> 的一个布尔属性。浏览器看到这个组合才允许点选多个文件（Ctrl/Cmd + 点击，或框选，或拖入）。如果用了 type="text" 或其他类型，multiple 完全被忽略。
- 正确写法：
<input type="file" multiple> - 错误写法：
<input type="text" multiple>—— 不报错，但也不起作用 - 注意：iOS Safari 早期版本（multiple 支持不稳定，部分机型仍强制单选
JS 读取多文件要用 files 而不是 value
value 只返回第一个文件名（且是伪造路径），完全不能反映多选结果；真正包含所有文件信息的是 files 属性，它是一个 FileList 对象。
-
input.files.length才是实际选中的文件数量 - 遍历用
for (let i = 0; i 或展开为数组：<code>Array.from(input.files) - 每个
input.files[i]是File实例，有name、size、type、lastModified等可用字段 - 别直接
JSON.stringify(input.files)——FileList不可序列化，会得到空对象
上传时后端接收不到所有文件？检查 FormData 的 append 方式
常见错误是把多个文件塞进同一个 key 名里，比如 formData.append('file', file) 循环多次——这在多数后端框架（如 Express、Django）中只会保留最后一个。
- 正确做法：用相同 key 名多次
append，例如：formData.append('files', file1); formData.append('files', file2); - 后端需按「同名多值」方式解析（如 Express 用
req.files['files']，不是req.file） - 若用
fetch，确保没手动设置Content-Type头——让浏览器自动设multipart/form-data并带上 boundary - 调试时用浏览器 Network 面板看 Request Payload，确认每个文件是否都出现在 form data 列表里
大文件或多文件上传失败？别只怪 multiple
multiple 本身不控制大小或并发，它只影响前端选择行为。上传失败通常卡在其他环节：
- 浏览器内存限制：一次性读取几十个大文件的
FileReader可能触发 OOM，建议分批处理或用流式上传 - 服务端配置：PHP 有
upload_max_filesize和max_file_uploads；Nginx 有client_max_body_size - 超时：多文件上传耗时更长，Node.js 的
timeout或 Nginx 的proxy_read_timeout可能中断连接 - 没做用户反馈：选了 100 个文件却没提示“正在处理”，容易误以为卡死——加个
input.files.length实时显示更稳妥
File 对象里都有，但浏览器不会告诉你文件是否损坏或内容是否合法，这部分得靠后端校验。别让 multiple 给你一种“上传逻辑已闭环”的错觉。前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
