aria-placeholder不是标准属性，无效；原生输入应使用placeholder属性，自定义组件需用aria-label或aria-labelledby配合手动控制显隐。
aria-placeholder 不是标准 HTML 属性
直接在 <input> 或 <textarea></textarea> 上写 aria-placeholder="提示文字" 不会生效，浏览器不识别这个属性 —— 它根本不在 WAI-ARIA 1.2 规范里。你看到的可能是误传、框架自定义属性，或是混淆了 placeholder 和 ARIA 的用法。
真正该用 placeholder，不是 aria-placeholder
原生表单控件的占位提示，一律用 placeholder 属性：
<input type="text" placeholder="请输入邮箱"><textarea placeholder="写下你的想法..."></textarea>
它自带语义、可被屏幕阅读器正确朗读（如“邮箱，输入框，提示：请输入邮箱”），且支持焦点时自动隐藏、失焦时恢复等行为。
常见错误包括：
- 用
aria-placeholder替代placeholder，结果提示完全不显示也不被读取 - 同时写
placeholder和虚构的aria-placeholder，造成冗余且无益 - 在自定义组件（如 div 模拟的输入框）上误以为加
aria-placeholder就能模拟占位行为 —— 实际需手动控制文本显示 +aria-label或aria-labelledby
自定义输入组件中如何正确提供占位提示
如果你用 <div contenteditable="true"> 或封装的 React/Vue 组件替代原生 <code><input>，那么没有 placeholder 属性可用，必须组合 ARIA 属性模拟语义：
- 用
aria-label提供简洁描述（如aria-label="搜索关键词"），适用于无视觉占位文本的场景 - 若界面上有可见的灰色提示文字（比如绝对定位的
<span></span>），则用aria-labelledby指向其 ID，确保屏幕阅读器将其作为标签读出 - 务必监听 focus/blur 手动显隐提示文本，否则视觉与辅助技术状态不同步
- 不要试图用
aria-placeholder—— 它不会被任何主流 AT（辅助技术）解析
示例：
<div role="textbox" aria-labelledby="search-hint" contenteditable="true"></div> <span id="search-hint" style="color: #999;">搜索商品名称</span>
为什么有人误用 aria-placeholder
部分 UI 库或旧博客把 aria-* 当作“增强语义”的万能前缀乱加，导致开发者跟风复制。ARIA 的核心原则是：优先使用原生语义（input、placeholder、label），仅在无法用原生元素实现时，才用 ARIA 补充缺失的可访问性信息。
真正需要关注的是：placeholder 文本是否足够描述性（避免“请输入”）、是否与 label 配合使用（尤其当 placeholder 在焦点后消失）、以及自定义控件是否完整实现了键盘交互和状态同步 —— 这些比虚构属性重要得多。
