表单自动填充依赖label、name、autocomplete三者协同：label需正确绑定以强化语义，name提供后端字段锚点，autocomplete声明字段类型；显式for/id绑定或隐式包裹更可靠，禁用混用；label文本含关键词可触发浏览器回退匹配，表格中须确保id唯一且结构完整。
表单自动填充不是靠 label 单独起作用的，而是 label、name、autocomplete 三者协同的结果。label 本身不参与浏览器的智能填充决策，但它通过强化语义关联，间接提升字段识别的稳定性与兼容性——尤其在隐私模式、旧版浏览器或复杂布局中。
label 必须正确绑定 input 才能传递语义
浏览器的自动填充引擎依赖 DOM 结构的可预测性。如果 label 没绑对，屏幕阅读器读不出字段含义，部分浏览器（尤其是 Safari 和某些 Android WebView）也会弱化对该字段的语义信任，导致即使写了 autocomplete="email" 也不触发填充。
- 显式绑定：确保
label for="user-email"与input id="user-email"字符串完全一致（大小写、连字符、无空格） - 隐式包裹更稳妥：
<label>邮箱 <input type="email" name="email" autocomplete="email"></label>，天然规避 id 匹配风险 - 禁止混用：既写
for又把 input 塞进 label 里，部分浏览器会重复聚焦，干扰填充流程
name 属性是后端字段名，也是填充识别的锚点
autocomplete 值告诉浏览器“这是什么类型”，而 name 值告诉浏览器“这对应后端哪个字段”。两者配合，才能让填充行为更可靠。
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
- 例如：
<input name="billing_email" autocomplete="email">比只写autocomplete="email"更易被识别为收件人邮箱，而非注册邮箱 - 地址类字段建议按语义命名：
name="shipping_address_line1"+autocomplete="street-address" - 避免泛用 name="text" 或 name="field1"，这类值无法建立业务语义，填充成功率明显下降
label 文本内容影响部分浏览器的启发式匹配
Chrome 和 Edge 在 autocomplete 失效时，会回退到文本匹配策略：若 label 内含“手机号”“身份证号”等中文关键词，且 input 类型为 text，可能触发对应格式的建议（如 11 位数字键盘）。这不是标准行为，但真实存在。
立即学习“前端免费学习笔记（深入）”；
- 推荐写法：
<label>手机号</label><input type="tel" name="phone" autocomplete="tel"> - 避免模糊表述：用“联系方式”代替“手机号”，识别率大幅降低
- 不要依赖 placeholder 做语义提示——它不参与任何填充逻辑，且在聚焦后消失
表格场景需额外注意 id 的唯一性与结构完整性
表格中动态生成多行表单时，label 绑定极易出错。一旦某行的 id="email" 重复或拼写错误（如 id="user_email" 对应 for="user-email"），该行就彻底退出自动填充队列。
- 每行 input 必须有独立、可预测的 id，例如
id="email-0"、id="email-1" - 复杂表头不用 for，改用
aria-labelledby="header-cell unit-cell"确保语义完整 - radio/checkbox 表格中，每个选项都应有独立 label，不能整列共用一个 label
