<ol>不参与表单数据提交，仅作语义化展示；其内容不会生成键值对发送至服务器，真正起作用的是嵌套的带name属性的表单控件。
HTML 有序列表（<ol>）本身不参与表单数据提交，不能直接和 <form> 的交互逻辑绑定；它只是语义化容器，常被误用于替代 <select> 或控制流逻辑。
为什么 <ol> 不该出现在表单数据流中
<ol> 是纯展示型语义标签，浏览器不会将其内容作为表单字段收集。即使你把 <input> 嵌在 <li> 里，真正起作用的是 <input> 自身的 name 和 value，跟外层 <ol> 无关。
- 用户提交时，
<ol>标签不会生成任何键值对发送到服务器 -
type="number"的<input>和<ol>的编号机制完全独立，二者无关联 - 用
<ol>包裹单选题选项（如 A/B/C）容易误导开发者以为“顺序即选项值”，但实际必须靠<input name="q1" value="A">显式定义
<ol> 在表单页面中的合理用途
它只应在表单「说明层」或「步骤引导层」出现，用来表达操作顺序、填写流程或题干编号——所有这些都不影响后端接收的数据结构。
- 多步表单的步骤提示：
<ol class="steps"><li>填写基本信息</li><li>上传证件</li><li>确认提交</li></ol> - 问卷题干编号：
<ol><li><strong>Q1</strong> 您的年龄段？</li><li><strong>Q2</strong> 您常用设备是？</li></ol>（注意：每个<li>内仍需独立的<input>或<select>） - 配合 CSS 实现视觉序号 + 无障碍支持：屏幕阅读器会读出 “list item 2 of 5”，比纯数字文本更友好
常见错误：把 <ol> 当成可提交控件
典型反例是这样写：
立即学习“前端免费学习笔记（深入）”；
<form>
<ol>
<li>男</li>
<li>女</li>
<li>其他</li>
</ol>
<button type="submit">提交</button>
</form>
这段代码没有任何数据能被提交。正确做法是：
<form>
<ol>
<li><label><input type="radio" name="gender" value="male"> 男</label></li>
<li><label><input type="radio" name="gender" value="female"> 女</label></li>
<li><label><input type="radio" name="gender" value="other"> 其他</label></li>
</ol>
<button type="submit">提交</button>
</form>
关键点在于：每项必须有带 name 的表单控件，<ol> 只负责包裹和语义化顺序。
最容易被忽略的是：当用 JavaScript 动态生成表单步骤时，有人会试图通过读取 <ol> 的 start 属性或 li 索引去推导当前步骤编号——这不可靠，应始终以表单控件自身的状态（如 data-step 或隐藏域）为准。
