title属性仅在鼠标悬停且元素可交互（如、、、）时稳定触发原生提示，移动端基本无效，不支持样式、富文本及可访问性需求，不可替代tooltip组件。
title 属性不是“加了就显示”的提示开关，它只在特定交互上下文中由浏览器被动渲染，且对移动端、键盘用户和屏幕阅读器支持极弱——别把它当 tooltip 用。
哪些元素加 title 才真能触发提示
浏览器只对语义上可交互、可聚焦的元素稳定响应 title：
-
<a></a>、<button></button>、<input>、<img>这类原生交互元素，悬停即显，最可靠 <th> 或 <code><td> 加 <code>title可辅助说明数据含义，但超 120 字符易被截断<div> 或 <code><span></span>默认不触发——除非加tabindex="0"或cursor: pointer，否则 Safari 等会直接忽略-
<title></title>标签自身不接受title属性，写上去会被浏览器静默丢弃 - 没有 hover 状态，
title失去唯一触发机制 - 无法响应
touchstart或click，也不能用 JS 主动控制显隐 - 即使强行触发，提示框无定位、无动画、无焦点管理，键盘用户仍不可达
- 若产品需跨端一致提示，必须用
aria-describedby+ 自定义浮层（如 Tippy.js）替代 -
title是纯视觉提示，只对鼠标悬停有效；aria-label是语义层替代名，强制被屏幕阅读器朗读 - 同一按钮同时设
title="删除"和aria-label="移除当前条目"，NVDA 等读屏器只读后者，而桌面端又多出一个冗余黄框 - 已有可见文字（如
<button>提交</button>）时，title几乎无必要；只有图标按钮才该优先用aria-label - 关键操作指引（如“删除后不可恢复”）绝不能只塞进
title——触屏用户和键盘用户根本看不到 - 超长文案会折行错位或被裁切，换行符、HTML 实体（如
- 无法嵌入图标、链接、按钮等富文本内容，也不支持深色模式适配
- 父级设了
pointer-events: none或overflow: hidden，title就彻底失效 - 真正要支撑可访问、可定位、可交互的提示，得用
position: fixed浮层 +getBoundingClientRect()动态计算位置，且容器必须挂到document.body下——这点连不少 UI 库早期版本都踩过坑
title 在移动端基本不工作
iOS Safari 完全禁用 title 的触发展示；Android 各厂商行为不一致，部分仅长按后无视觉反馈地读出文本。这不是 bug，是设计使然：
title 和 aria-label 别混着写
二者作用域完全不同，混用反而破坏体验：
调试时写 title="debug: xxx" 很快，上线前必须删掉
title 提示完全不受 CSS 控制：字体、颜色、圆角、z-index、延迟时间……全部由浏览器和系统决定。Chrome 和 Firefox 渲染效果甚至不一致：
