不管是开发组件还是设计规范，都没有 Toast/HUD 这个东西, 对应用来讲这个东西还是挺重要的。不像 Alert 需要点击才能继续，Toast/HUD 可以给用户提示而不影响用户的操作。 苹果自己的应用中，比如 Apple Music 添加到 Library 也会有一个大的 Toast ，所以苹果也是有这样的东西。 如果这样基础的组件让应用自己发挥的话，各种各样的 Toast 很难统一。再加上现在的刘海屏和灵动岛，Toast 更是玩出了花。 而安卓系统，是有内置的 Toast 的，且不论样式好看与否，起码它有这样的基础控件。而且对于 react native 来讲，有直接封装好的原生控件。起码“原生”这个东西就很重要，有系统自己的优化，比如 Toast 层级会不会被 modal 所遮盖等。 所以，疑惑苹果为什么不出个 Toast 的设计规范/开发组件。 苹果可能觉得 toast 作为非模态提示太简单粗暴，不够优雅，因此非模态提示的场景拆分了很多具体的样式，不同场景用不同方式来满足：用界面动效和设备硬件进行反馈，比如 switch 开关动效表示开关当前状态转换是否成功、不同模式的线性马达震动表示成功、失败等；用消息通知来表示较长的提示信息；图标图形、HUD 形式做较复杂和可交互的控件，如音量调节、设备连接、静音提示；用灵动岛显示用户关注的 App 全局状态……按照苹果的交互设计风格，觉得没有搞统一 toast 的理由。。 不懂设计，从使用角度看 iOS/macOS 这边的设计更偏向于用其他方式来代替 toast ，比如楼上说的场景。另外个人感觉无脑 toast 其实很粗暴，感觉用 toast 越多的 app 越垃圾。 可能没啥原因，单纯是因为不想而已，iOS 的 TipKit 今年才提供： https://developer.apple.com/documentation/tipkit 教苹果做事? iOS14+ 有这个组件https://developer.apple.com/documentation/swiftui/view/help(_:)-9lm7l 一般这种都是苹果还不能确定是不是一种优秀且通用的交互范式, 内部可能会使用但不会开放. 还真是没有。好像也遇到过，就是比较简陋，磨砂版的 modal 一样