悬停提供无承诺的预览
别名: hover · 悬停预览 · rollover
概念解释
悬停预览（hover preview）指指针进入对象但尚未点击时，界面提前展示的附加信息、状态或下一步线索。它让用户在提交动作之前先看到可能的结果，因此是一种"无承诺"（non-committal）的探索行为——指针移开，预览随之撤销，不留下任何痕迹。这与点击、双击这类会真正改变状态的"承诺式"操作正好相对：点击是对问题的回答，悬停只是提出问题。
机制
鼠标、触控板和部分笔输入能在按下之前持续报告位置，这段"已经指向但尚未按下"的区间是悬停机制的物理基础。系统利用这个免费信号，在不产生副作用的时机展示提示、强调可点性或临时展开内容，指针离开就撤销显示。
真正让悬停有价值的不是"显示了什么"，而是它把信息成本从点击后挪到点击前：如果某个操作不可逆或代价较高，用户原本要点开才能验证判断对不对，悬停预览把这次验证挪到不可逆的边界之前完成。也正因如此，悬停预览天然要求"低成本重复查看"——用户可以反复进入、离开来比较多个对象，这是点击式交互给不了的能力。
怎么研究
比较无预览、即时悬停预览与延迟悬停预览三种条件，记录探索路径、误激活次数、任务完成时间、信息发现率，以及浮层遮挡目标后的行为回退。方法论上的关键区分是：用户是不是真的在阅读预览内容，还是仅仅因为浮层挡住了目标而被迫停留或移开——两种情况都会拉长停留时间，反映的却是完全相反的可用性状态，混在一起统计会误导结论。
边界
触屏设备通常没有连续悬停状态，键盘导航和屏幕阅读器用户也无法靠指针经过来触发预览——这些用户拿到的是"无预览"体验，而不是退化版预览，设计时不能默认所有人都能看到悬停内容。快速扫过密集排列的对象（工具栏、缩略图墙）时，逐一弹出的预览会变成视觉噪声而非帮助。更重要的是，危险或不可逆操作的确认不能只靠一闪而过的悬停提示：指针经过目标不代表用户读到了后果，只有主动点击后的显式确认才算数。
怎么落地
- 把悬停留给可撤销的说明、预览和状态展示，绝不让它成为获取关键信息的唯一入口。
- 让浮层出现在不遮挡当前目标和后续操作路径的位置，并在指针离开后干净撤销，不留残影或需要额外点击关闭。
- 分别用鼠标快速扫过、键盘 Tab 聚焦和触控点按三种方式走查同一界面，检查信息是否仍然可得、是否会被误触发。