input[type="file"] multiple 是功能开关，系统级对话框原生支持多选；select multiple 仅声明允许多选，需手动按Ctrl/Cmd且移动端基本失效，须注意name属性、selectedOptions取值及后端数组解析。
原生 multiple 属性确实能“选多个”，但文件上传和下拉选择的底层机制、交互逻辑、兼容性表现完全不同——不能混用同一套思路处理。
为什么 input[type="file"] multiple 能直接多选，而 select multiple 却总像没生效？
因为浏览器对这两类元素的多选实现方式根本不同：
-
input[type="file"]的multiple是功能开关：一旦开启，系统级文件对话框原生支持 Ctrl/Cmd 多选、拖拽多选、全选（Ctrl+A），无需用户额外记忆组合键 -
select multiple的multiple只是声明“允许多选”，但具体操作仍依赖用户主动按住 Ctrl/Cmd —— 这个交互隐晦、无提示、移动端基本失效（iOS Safari 直接忽略该属性） - 更关键的是：
input.files返回的是真实可用的FileList对象，而select.selectedOptions只返回 DOM 元素引用，值还得手动提取
select multiple 提交时后端收不到数组？查这三处
常见现象是表单提交后，后端只收到一个值或报 400。问题往往不在后端，而在前端漏了这些细节：
- HTML 中
select必须带name属性，例如<select name="category_ids" multiple>；不写name，浏览器根本不会把它加入提交数据 - JS 获取值时别用
select.value—— 它永远只返回第一个选中项的value字符串；正确写法是Array.from(select.selectedOptions).map(opt => opt.value) - 后端接收字段名必须匹配
name值，且要按数组/列表类型解析（如 PHP 的$_POST['category_ids']是数组，Node.js Koa 需用ctx.request.body.category_ids，不能当字符串处理）
移动端想让 select multiple 可用？不如直接换方案
iOS Safari 对 multiple 的支持不是“体验差”，而是“形同虚设”：点开后仍是单选弹窗，selectedOptions 始终为空。安卓部分机型也存在聚焦丢失、无法反选等问题。
立即学习“前端免费学习笔记（深入）”；
- 轻量替代：用
<div>+<input type="checkbox" name="item_ids">模拟，完全可控，无障碍支持好，还能加搜索、分组、全选按钮 - 如果必须保留下拉形态，用
Choices.js或tom-select这类库，它们根本不渲染select，而是接管 DOM，自己管理状态和键盘导航 - 硬要保原生？至少加降级提示：
<div class="hint">PC 端按 Ctrl/Cmd 多选</div>，并禁止在 iOS 上触发核心流程
批量操作前最容易被跳过的一步：ID 格式校验
用户勾了 127 个项，你直接把 item_ids[] 发给后端？风险极大：
- 前端拿到的
value可能是空字符串、"null"、带空格的数字（如" 42 "），甚至 HTML 注入片段（比如选项文本被误设为value="<script>..."） - 后端若不做强校验，可能触发 SQL 注入、类型错误或 500 崩溃，而前端只显示“操作失败”，无法定位哪条出错
- 实操建议：提交前过滤一遍，例如
ids.filter(id => /^[0-9a-f]{24}$/.test(id.trim()))（MongoDB ObjectId 格式），再用[...new Set(ids)]去重
真正卡住批量操作的，往往不是“怎么选”，而是“选完敢不敢发”——ID 格式、重复、禁用态、动态插入项，每一条都得在发送前扫一遍，否则后端日志里全是模糊的 400 或 500。
