过渡效果应聚焦高频交互元素，如按钮、折叠面板、导航菜单、标签页和输入框；避免用于列表项、表格行、图标切换和模态框整体；优先用 transform/opacity，禁用 transition: all，时长 100–200ms，并适配 prefers-reduced-motion。
过渡效果不该全页面铺开，而应聚焦在用户真正频繁操作、需要视觉反馈的元素上。复杂页面里滥用 transition 会导致渲染压力、样式冲突、动画卡顿，甚至干扰可访问性（比如强制动画影响减少动画偏好设置）。核心原则是：只给“有交互意义”的元素加过渡，且优先保障性能和语义。
哪些算高频交互元素？
这类元素用户会反复点击、悬停、展开、切换状态，且状态变化本身承载重要信息：
- 按钮（特别是主操作按钮、表单提交按钮）—— hover / active / focus 状态变化
- 折叠面板的展开/收起控件（如带箭头的标题栏）—— height 或 max-height 过渡
- 导航菜单项（尤其下拉或侧边栏开关）—— transform 或 opacity 变化
- 标签页（Tab）切换时的内容区域 —— 配合 visibility + opacity 实现轻量过渡
- 输入框的 focus 状态（如边框颜色、阴影微调）—— 单属性、短时长（150ms 内）
哪些该坚决避免加过渡？
这些场景加 transition 往往得不偿失：
- 列表项批量渲染（如商品卡片、评论流）—— 每个都加 opacity 或 transform 过渡极易触发重排重绘
- 表格行 hover 效果（尤其数据量大时）—— 用纯 background-color 变化即可，无需 transition
- 图标字体或 SVG 图标的状态切换（如开关图标）—— 用 class 切换 + CSS 变量控制颜色/旋转更高效
- 模态框整体淡入（除非设计强依赖）—— 更推荐用 will-change: opacity + opacity + transform 组合，且仅对 .modal-overlay 和 .modal-content 两级生效
性能友好的写法要点
即使只用于高频元素，写法不对照样拖慢页面：
立即学习“前端免费学习笔记（深入）”；
- 优先使用 transform 和 opacity —— 它们能走合成层，不触发布局（layout）和绘制（paint）
- 避免对 width、height、top、left 等触发重排的属性做过渡（max-height 是折中方案，但需设合理上下限）
- 显式声明 transition-property，而非只写 transition: all —— 防止意外过渡未预期属性
- 时长控制在 100–200ms，缓动用 ease-in-out 或 cubic-bezier(.25,.46,.45,.94)，避免过慢或机械感
- 对支持 prefers-reduced-motion 的用户降级：
@media (prefers-reduced-motion: reduce) { * { transition: none !important; } }
如何验证是否“值得加”？
上线前快速自检三个问题：
- 这个过渡是否让用户更清楚“操作已被识别”？（例如按钮按下时轻微缩放）
- 去掉它，用户是否会困惑当前状态是否生效？（例如开关没反馈，用户连点两次）
- 在低端设备或高负载下，这个过渡是否仍保持 60fps？（可用 Chrome DevTools 的 Rendering 面板开启 FPS meter 测试）
