option未写value时，浏览器默认提交其textcontent（如“北京”），导致后端解析失败、数据库关联错误或api校验报错；应始终显式设置value以保障前后端数据契约。
option 没写 value 属性时，浏览器默认提交其标签内的文本内容（textContent），也就是用户看到的字符串。
为什么没写 value 就会提交中文或空格？
比如 <option>北京</option>，提交的就是字面量 "北京"；<option>上海 & 广州</option> 会提交 "上海 & 广州" —— 这些字符原样进表单数据，不编码、不截断、不转换。
常见后果：
- 后端框架（如 Flask/Django）解析时可能因空格、&、中文等触发 URL 解码失败或字段截断
- 数据库关联失败（比如用 "北京市" 去 join city.id = 'bj'）
- API 接口校验报错（预期是 "bj"，收到 "北京"）
value 缺失时 JS 读取 select.value 的行为
select.value 仍能返回该文本，但风险在于：
- 多个 option 显示文本相同（如都写 <option>启用</option>），select.value 总返回第一个匹配项的文本，无法区分逻辑含义
- 动态插入 option 后未设 value，JS 依赖 opt.value 取值会得到空字符串或意外文本
建议始终显式写 value：
- 用短小英文、数字 ID 或语义化缩写，如 value="active"、value="user_123"
- 避免空格、中文、斜杠、引号等特殊字符
- 占位提示项统一用 value=""，便于后端判断是否跳过选择
服务器端如何识别这种“隐式 value”提交？
它和显式写的 value 在 HTTP 请求体里完全一样 —— 都是 key=value 键值对。区别只在前端构造阶段：
- 没写
value：浏览器自动把textContent当作提交值 - 写了
value：以属性值为准，textContent仅用于显示
也就是说，后端根本分不出你有没有写 value，只能靠约定和文档保证前后端 value 含义一致。一旦前端漏写，后端拿到的就是裸文本，契约就断了。
真正容易被忽略的不是“提交什么”，而是“谁在负责定义这个值”。value 不是样式或辅助信息，它是前后端之间最基础的数据契约 —— 缺省即违约。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
