details 标签配合 aria-expanded 属性增强无障碍访问

原生 <details> 标签默认具备无障碍支持，浏览器内置角色、键盘操作及状态播报，无需手动添加 aria-expanded；仅在模拟折叠面板等非原生场景下才需显式设置该属性并严格同步状态。

原生 `` 标签本身已具备良好的无障碍支持，屏幕阅读器能自动识别其展开/收起状态并播报。但若需自定义样式、增强语义或与 JavaScript 深度集成，配合 `aria-expanded` 属性可进一步提升兼容性与明确性——尤其在旧版读屏器或非标准实现中。

为什么 details 标签默认就“可访问”

浏览器对 `` 的原生实现已内置角色（`role="group"`）、键盘支持（Enter/Space 切换）和状态反馈。`` 会被读作“标题，已折叠”或“标题，已展开”，无需额外 ARIA。

• 用户用键盘 Tab 进入时，焦点落在 `` 上，按空格或回车即可切换
• 屏幕阅读器会自动读出当前状态（如 “帮助信息，已折叠”）
• 无需手动设置 `aria-expanded` —— 浏览器内部已处理该逻辑

什么情况下需要显式加 aria-expanded

仅当脱离原生 `` 行为时才需干预，例如：

• 用 `` + JS 手动模拟折叠面板，但视觉上模仿 `` 外观
• 动态替换 `` 内容后，某些读屏器未及时更新状态（极少数情况）
• 组件库封装中需统一暴露状态供外部逻辑读取（如测试或状态同步）

此时应在触发元素（如按钮或自定义 summary）上添加：
aria-expanded="true" 或 aria-expanded="false"，并与实际 DOM 状态严格同步。

正确写法：不破坏原生语义

若坚持使用原生 ``，**不要**给 `` 添加 `aria-expanded` —— 这会造成冗余甚至冲突。浏览器可能忽略或覆盖该属性，反而干扰读屏体验。

• ✅ 正确：保持原生结构，仅通过 CSS 定制外观
• ❌ 错误：<summary aria-expanded="false">常见问题</summary>
• ⚠️ 可接受（仅限降级场景）：在 JS 控制的自定义折叠组件中，用 `aria-expanded` 替代 ``

配套建议：让提示更清晰

即使不用 `aria-expanded`，也可通过微小优化强化可访问性：

• 在 `` 文本末尾添加视觉提示（如 ▼ / ▶），并用 `aria-hidden="true"` 隐藏图标对读屏器的干扰
• 为 `` 设置 `aria-labelledby` 指向页面中已有标题，增强上下文关联
• 若内容区含重要操作，确保展开后首个可聚焦元素获得焦点（用 `focus()`）