空状态应使用语义化HTML元素包裹,推荐或带role="region"的,列表空状态宜直接嵌入内用实现;需添加aria-live="polite"、tabindex="-1"并聚焦,配合opacity/visibility控制显隐,SSR时仅输出骨架,客户端统一判定空状态。

空状态该用什么 HTML 元素包裹
空状态不是随便套个 如果空状态是列表容器(比如 仅靠视觉提示(比如灰色文字+图标)对视障用户无效。必须结合 ARIA 属性和焦点管理。 常见错误: 用 服务端已渲染出空状态,但客户端 hydration 后数据立刻就位,会造成闪屏或状态错乱。关键不是“谁先画”,而是“谁负责判定”。统一交给客户端判断更可控。 最容易被忽略的是 loading 状态的衔接:接口未返回前,应展示 loading 骨架;返回空数组后,才切换到空状态。两者不能共存,也不能跳过 loading 直接进 empty —— 用户会以为卡死。 或带 role="region" 的 或无意义的嵌套 )的 fallback,直接在容器内渲染空提示更稳妥——不破坏 DOM 结构层级,也省去额外的 JS 判断容器是否为空再切换显示逻辑。
(需 JS 控制显隐,且空时
仍存在)如何让空状态真正“可访问”
aria-live="polite",确保动态插入时能被读屏软件捕获[]),插入后立即调用 element.focus()(前提是该元素已设 tabindex="-1") —— 缺少 role 和 aria-live,读屏器可能跳过或误读为普通段落。CSS 控制空状态显隐的边界条件
display: none 隐藏空状态最简单,但会彻底移除渲染流,导致动画、过渡、焦点恢复失效。更健壮的做法是组合使用 visibility: hidden + pointer-events: none + opacity: 0,再配合 transition 实现淡入淡出。
opacity + transform,而非 display
pointer-events: none 不可省略visibility: hidden 仍占布局空间,若父容器高度依赖子元素(如 flex 自适应),需额外设置 height: 0 或 min-height: 0
服务端渲染(SSR)与客户端空状态的冲突点
),不预渲染空提示
useEffect 或 onMounted 中触发空状态判定,避免 SSR 与 CSR 状态不一致引发 Hydration Warning
前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!











