该用label而非title；label通过嵌套或for属性实现语义化、可访问、可点击范围扩大，而title仅提供不可靠的悬浮提示，不支持屏幕阅读器、移动端无效且无样式控制。
radio单选框的提示文字该用title还是label？
直接说结论：title不是给radio加提示文字的正确方式，它只能提供悬浮时的浏览器原生提示（且不支持屏幕阅读器、移动端无效、无样式控制）；真正该用的是label元素配合for属性或嵌套写法——这是语义正确、可访问、可点击范围扩大的标准做法。
为什么title在radio上基本没用？
title属性对确实能触发悬浮提示，但问题很多：
-
title内容无法被屏幕阅读器稳定读出，不符合 WCAG 可访问性要求 - 在 iOS Safari、Android Chrome 等主流移动浏览器中，
title几乎不触发（没有 hover，长按也不一定显示） - 提示框样式不可控，位置固定、字体小、延迟明显，用户可能根本没注意到
- 如果 radio 被包裹在
label里，title会作用在label上而非 input，行为混乱
正确做法：用label包裹或关联 radio
两种写法都有效，推荐嵌套（更简洁、不易出错）：
<label> <input type="radio" name="gender" value="male"> 男 </label> <label> <input type="radio" name="gender" value="female"> 女 </label>
或者用for显式关联（适合 label 和 input 分离的布局）：
<input type="radio" id="opt1" name="choice" value="a"><label for="opt1">选项 A（点击这里也能选中）</label>
关键点：
DeepBI DHTML 页面生成器
下载
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
- 点击
label文本，radio 自动聚焦并可选中——大幅提升移动端和小屏体验 - 必须保证
id与for值完全一致，大小写敏感 - 不要给
input本身加title，除非你明确只要桌面端极简悬浮提示（且接受其局限）
真要用title时的注意事项
如果因特殊原因（比如 legacy 系统兼容）必须加title，只建议加在label上，而不是input上：
<label title="请选择您的性别，此项必填"> <input type="radio" name="gender" value="other"> 其他 </label>
这样至少能确保提示文字和可见文本一致，且不破坏可访问性主干。但要注意：
-
title内容不能换行，过长会被截断 - 某些浏览器（如 Firefox）对
label上的title支持不稳定 - 永远无法替代
label本身的语义和交互功能
真正需要提示说明时，优先考虑在label后加（必选）这类可样式化、可读取的内联文本——title只是最后不得已的备选，不是解决方案。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
