onended触发跳转常失效,因现代浏览器拦截非用户手势触发的导航;可行方案是绑定用户手势权限(如play事件标记)或改用dom替换避开跳转限制。

onended 属性本身不能直接触发跨域跳转,现代浏览器(尤其是 Chrome 120+)会拦截非用户手势触发的 window.location.href 赋值,即使视频是自动播放且静音,也存在被限制的风险。
onended 触发跳转为什么经常失效
根本原因是浏览器的安全策略升级:只要跳转行为不是由明确的用户操作(如 click、touchstart)同步触发,onended 这类媒体事件发起的导航大概率被阻止,并静默失败(控制台可能无报错,但页面不跳)。
- 即使加了
autoplay muted,Chrome / Edge 在 2025 年后对onended中的跳转越来越严格 - 如果视频需用户点击才开始播放,
onended后的跳转几乎必然被拦截 -
onended是异步事件,与用户手势的“激活期”已断开,浏览器不认为它具备导航权限
能用的替代方案:用 play() + 用户手势延续权限
核心思路是:把跳转逻辑“挂”在一次有效的用户交互上下文中,而不是等 onended 独立执行。
- 监听
video的play事件,在首次播放时记录一个标记(如userPlayed = true) - 在
onended中检查该标记,若为true,再调用window.location.href - 更稳妥的做法:在用户点击播放按钮时,立即调用
video.play()并同时注册一个Promise链,把跳转作为后续可信任操作
示例(轻量级):
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML,替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度,HTML 能同时承载排版、表格、SVG 等。
const video = document.getElementById('myVideo');
let userInitiated = false;
video.addEventListener('play', () => {
userInitiated = true;
});
video.addEventListener('ended', () => {
if (userInitiated) {
window.location.href = 'result.html';
}
});
更可靠的选择:用 CSS 隐藏 + JS 控制 DOM 替换
如果跳转不是硬性要求,而是为了“切换画面”,直接操作 DOM 比导航更稳定、更可控。
- 给
video外层容器设position: relative - 准备一个隐藏的
<div id="next-screen">...</div>,初始display: none - 在
onended中:移除video的src、调用load()、设display: none,再显示目标区域 - 避免任何
window.location,完全绕过浏览器导航限制
这种做法在 Kiosk、考试系统、广告屏等场景中实际落地率更高。
真正容易被忽略的点是:你以为 onended 是个“确定性钩子”,但它在现代浏览器里本质是个“尽力而为”的通知——能否执行后续动作,取决于你是否还握有用户手势授予的权限。不要把它当同步回调用。
前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!










