基础下拉框用<select name="xxx">包裹<option value="val">文本</option>，必须设name和value；默认选中加selected；禁用用disabled但提交不传值；多选需multiple且后端接收为数组；<optgroup>仅分组不可选。
怎么用 <select> 写一个基础下拉框
直接写 <select> 标签，里面塞 <option> 就能跑起来，浏览器自动渲染成下拉列表。关键不是“能不能显示”，而是“值怎么传、用户怎么选、后端怎么收”。
常见错误现象：<option> 没写 value 属性，表单提交时传的是标签文字（比如“北京”），但后端可能期望传 value="bj" 这种简短标识；或者多个 <option> 的 value 重复，导致选中逻辑错乱。
-
<select>必须有name属性，否则提交时这个字段不会被包含 - 每个
<option>建议显式写value，不要依赖 innerText - 默认选中用
selected属性，而不是靠顺序或 JS 模拟 - 如果初始状态要“无选择”，加一个
<option value="">-- 请选择 --</option>，并设selected
禁用某几项用 disabled，但别和 readonly 混
<select> 不支持 readonly 属性，写了也无效。想让用户看到但不能点，只能用 disabled。但它会带来副作用：被 disabled 的 <select> 提交时**完全不发数据**，哪怕它有 name。
使用场景：比如“省份 → 城市”二级联动，城市下拉在没选省份前必须禁用，但又不能让它消失——这时就靠 disabled 控制交互，再配合 JS 动态启用。
- 禁用单个选项：给
<option disabled>加属性，它仍出现在列表里，但点不了 - 禁用整个下拉框：给
<select disabled>加属性，整块灰掉，且不参与表单提交 - 如果需要“只读但提交值”，别用
disabled，改用<input type="hidden">配合不可交互的展示文案
多选下拉必须加 multiple，且注意提交格式
默认 <select> 是单选，加了 multiple 才能按住 Ctrl 或 Cmd 多选。但它的行为和视觉都变了：浏览器会显示为滚动列表（高度变高），不再是点击展开的下拉样式。
立即学习“前端免费学习笔记（深入）”；
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
性能 / 兼容性影响：移动端 Safari 对 multiple 支持弱，很多手机会降级成单选弹窗；后端接收时，同名字段会变成数组（如 hobby[]=reading&hobby[]=coding），不是逗号分隔字符串。
- 必须设置
size属性（如size="4"）才能控制可见行数，否则默认只显示 1 行 - 用 JS 获取选中值要用
selectElement.selectedOptions，不是value - 服务端解析时，确认框架是否自动转成数组（如 PHP 的
$_POST['hobby']是数组，Node.js 的body-parser默认不处理这种格式）
用 <optgroup> 分组时，别指望它能被选中
<optgroup label="前端"> 只是视觉分组标题，它本身不是选项，也不能被选中、没有 value、不触发 change 事件。常有人误以为加了 <optgroup> 就能“选一类”，其实不行。
容易踩的坑：把 <optgroup> 当作可选项放进去，结果 JS 里遍历 options 时拿到 undefined 值；或者用 CSS 隐藏了 <optgroup> 标签却忘了它仍占 DOM 位置，影响 selectedIndex 计算。
-
<optgroup>必须包裹在<select>内，不能嵌套其他<optgroup> - 所有真实可选项必须是
<option>，且必须在某个<optgroup>内或直接在<select>下 - 分组标题文字无法通过 JS 获取选中状态，它只是装饰
复杂点在于：分组 + 禁用 + 多选混用时，selectedOptions 和 options 的索引关系容易错乱，调试时最好直接 log 出 Array.from(select.options) 看完整结构。
