核心在于监听animationend/transitionend事件替代settimeout,配合classlist切换和强制重排实现可靠动画控制;需处理fill-mode状态、避免all过渡、明确js与css分工。
核心在于用原生事件代替定时器,再配合 css 动画状态管理。靠 settimeout 硬等动画时长,既不准又不可靠——浏览器渲染帧率、主线程阻塞、设备性能差异都会让“预期时间”和“实际结束”错开。
监听 animationend / transitionend 事件
这是最直接、最标准的同步方式。CSS 动画(@keyframes)触发 animationend,CSS 过渡(transition)触发 transitionend:
- 一个元素同时有
transition和animation时,两个事件可能先后触发,建议按需监听其中一个,或用统一封装的事件名(如 Effeckt.css 的transitionAnimationEndEvent) - 注意兼容性:需监听带前缀的版本(
webkitAnimationEnd、mozTransitionEnd),或用 Modernizr 自动检测 - 事件只触发一次,但若动画被 JS 中断(如
element.style.animation = 'none'),事件可能不触发,需额外兜底
确保动画能重复触发
常见问题:点击按钮触发动画,第二次点就没反应。根本原因是浏览器跳过了“从终态到终态”的变化。解决方法是强制重置动画状态:
用于端到端视频本地化流程的轻量编排器,路由至四个专注子技能——/wjs-transcribing-audio、/wjs-translating-subtitles...
- 先移除动画类(如
el.classList.remove('animate-in')) - 触发一次重排(
el.offsetHeight或getComputedStyle(el).transform),让浏览器确认样式已清空 - 再添加动画类(
el.classList.add('animate-in'))
用 animation-fill-mode 配合 JS 状态清理
动画结束后元素是否保持末帧,直接影响 JS 后续操作的视觉表现:
- 加
animation-fill-mode: forwards,动画停在最后一帧(比如opacity: 0),JS 就不该再依赖“类还在就代表可见” - 回调函数里该做的事要明确:是隐藏元素(
display: none)、移除类、还是重置 transform?别只改样式却不清理状态 - 避免
transition: all,它会让 JS 直接改style.opacity或style.transform时产生意外过渡,应只声明需要过渡的属性
JS 与 CSS 分工要清晰
不要让 JS 和 CSS 同时控制同一属性的动态变化:
- 动画交给 CSS 类控制(如
.fade-in、.slide-up),JS 只负责开关类 - 若需运行时控制动画进度(如暂停、快进),改用
element.animate()API,它返回可操作的Animation对象,比 class 切换更精细 - 已有大量 CSS 动画类?可用
animation-play-state: paused配合 JS 控制启停,但记得在动画结束时清除该状态,防止下次失效
前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!










