页顶警告写「订阅 3 天后到期」，说明影响，提供「去续费」并允许关闭；严重错误用语义红加文字，并保留「去处理」入口。
界面与交互 · 反馈与临时层
警告提示Alert
持续可见的重要提示条，用文字说明事实、影响和下一步行动，并提供可关闭与处理入口。
先切级别，再看提示条本身怎么变
一台账户警告实验台：切换 信息 / 警告 / 严重，提示条的标题、说明和行动按钮会随之改变；点主操作「去处理」看它落在物件上并标记已处理；关闭后再重新显示；取消「允许关闭」看阻断任务的提示为什么不能被误关。
默认警告级：提示条说清了事实、影响和下一步。切到「严重」看文字怎么承担严重程度；点「去处理」看行动入口落在物件上；关闭后再重新显示。
从刚才的操作里提炼
你在实验台上看到的就是 alert 的核心；下面只是把它命名清楚。
- alert 是页面内持续可见的重要提示条：它不像 Toast 一闪而过，而是占据页面位置，让用户在处理前一直能看到事实、影响和下一步。
- 三件事必须都在条上：发生了什么、影响是什么、下一步去哪处理。实验台里切换级别时，标题和说明文字承担了严重程度——信息级只说「待查看」，警告级给出截止时间，严重级说明服务会被暂停。
- 行动入口落在提示条上：点「去处理 / 去续费 / 查看详情」后，按钮变成「✓ 已处理」——用户和辅助技术都能确认入口被用过、不会被遗漏。
- 关闭策略取决于是否阻断任务：取消「允许关闭」后关闭按钮消失，并标出「阻断任务」——可关闭是为了让出注意力，不是删除事实；关闭后仍可「重新显示」。
- 严重程度不只用颜色：信息用中性墨色、警告用琥珀、严重用语义红，但每级都同时换文字和说明；颜色只加强，不独自承担含义。
什么时候用 alert
从用户信号判断，也要知道它与相邻反馈组件的边界。
- 用：页顶或表单上方放置需要用户知晓或处理的重要事实，如账户到期、支付失败、服务异常、维护公告。
- 用：需要用户在继续任务前看到并理解的影响，配文字说明和行动入口；必要时用 role="alert" / role="status" 让辅助技术播报。
- 区分 Toast：Toast 反馈已完成的短暂操作、几秒后消失；alert 承载需要持续可见的事实，不应自动消失。
- 区分 Modal：需要立刻阻断并强制决策时用 Modal；alert 平级显示，不遮罩、不打断键盘焦点。
- 区分 Result：操作已经结束、页面以结果为主体时用 Result；alert 是页面内嵌的提示条，不是整页结果。
- 不用：成功提示、确认对话、整页空态或仅装饰的彩色横条——它们各有更合适的组件。
怎么用：从事实到可处理的最短路径
让一条提示说清事实、影响和下一步，并落在物件上。
- 先写文字：发生了什么、影响是什么、下一步去哪处理；严重级别用措辞和结构区分，不只换颜色。
- 给行动入口：在提示条上放主操作按钮或链接（去续费、去处理、查看详情）；处理完成后在物件上标记「已处理」。
- 定关闭规则：不阻断任务的提示允许关闭并可重新显示或刷新重现；阻断任务的严重提示不提供关闭，或关闭后用更显著方式再次出现。
- 加语义：容器用
role="alert"（严重、需即时播报）或role="status"（一般提示），状态变化写进 aria-live 区域，键盘能到达行动与关闭按钮。
正反例：同一条到期警告，只改一处
围绕同一个账户到期场景，只改变「提示条是否说清事实并给行动入口」，看用户后果如何不同。
没有截止时间、没有影响、没有处理入口，也无法关闭；颜色成了唯一线索——用户看不懂严重程度，也无从下手。关键信息还被放在了会消失的提示里。
快速自测
服务即将暂停的严重提示，最不能省略的设计是什么？
继续查证
术语的技术定义和行为以这些一手或权威资料为准。
下一步学
和本知识点经常一起出现的概念。