aria-describedby 指向的元素必须真实存在且 id 完全匹配，否则屏幕阅读器静默忽略；动态生成时需确保目标元素已挂载，多 id 用空格分隔并按 dom 顺序播报，复杂内容须加 role="region" 或 role="alert"，避免与 title、placeholder 混用。
aria-describedby 指向的元素必须存在且可访问
如果 aria-describedby 的值（比如 "help-email"）对应不到页面中真实的 id，屏幕阅读器会直接忽略提示——不是报错，而是静默失效。常见错误是拼写不一致、ID 被动态删掉、或元素渲染晚于输入框。
- 确保目标元素在 DOM 中真实存在，且
id与aria-describedby值完全一致（区分大小写） - 若用 JS 动态生成帮助文本，务必等该元素挂载后再设置
aria-describedby，不要提前写死 - 避免多个输入框共用同一个
id，ID 冲突会导致关联不可预测
复杂帮助内容要放在 role="region" 或 role="alert" 容器里
纯文本提示可以直接放 <div id="help-email">请输入公司邮箱，如 name@company.com</div>；但含图标、链接、列表、折叠/展开控件时，必须加语义角色，否则屏幕阅读器可能跳过或读错结构。
- 用
<div id="help-password" role="region" aria-label="密码要求说明"> 包裹多段内容，<code>aria-label提供简明摘要 - 如果提示是实时校验结果（如“密码太短”），改用
role="alert"，它会自动中断当前朗读并高优先级播报 - 避免在帮助区域里放
display: none或visibility: hidden的内容——它们对辅助技术不可见；要用aria-hidden="true"+hidden配合控制显隐 - 把最核心的说明（如格式要求）放在第一个 ID，次要信息（如示例）靠后
- 如果某 ID 对应元素是动态显示的（如校验失败才出现的
help-error），确保它始终在 DOM 中（哪怕hidden），否则整个链路会断掉 - 不要用逗号或逗号+空格分隔 ID——只认空格，其他分隔符会让后续 ID 全部失效
- 去掉
title——它无法替代aria-describedby的可访问性作用 -
placeholder仅作视觉占位，不能承载关键规则；复杂提示必须通过aria-describedby关联独立区域 - 如果用了
<label></label>，确保其内容简洁（如“邮箱”），把细节全交给aria-describedby管理
多个描述 ID 可以空格分隔，但顺序影响播报逻辑
aria-describedby 支持同时关联多个 ID，例如 aria-describedby="help-email help-format help-error"。屏幕阅读器按 HTML 中这些元素的 DOM 顺序依次朗读，不是按 ID 字符串顺序。
和 title 属性、placeholder 别混用
title 在桌面端触发 tooltip，但多数屏幕阅读器默认不读它；placeholder 不是标签，也不被当作描述性文本。三者叠加反而造成冗余或冲突。
