alert() 不会导致页面闪退，实际是未捕获错误、重复跳转、资源加载失败或 bfcache 状态不同步等底层问题被暴露。
HTML 本身没有“警告对话框闪退”这回事——alert() 是同步阻塞调用，不会导致页面崩溃；你看到的“闪退”，实际是后续 JS 执行被中断、页面跳转、白屏或资源加载失败引发的连锁反应。
为什么 alert() 后页面突然空白或跳回首页？
这不是 alert() 的错，而是它暴露了底层问题：
- 你在
alert()后写了window.location.href = 'xxx'，但没加event.preventDefault()，导致按钮默认提交行为触发（尤其在<button></button>无type属性时） -
alert()阻塞主线程期间，用户反复点击按钮，触发多次跳转逻辑，浏览器最终只保留最后一次导航，造成“闪一下就没了” - 更常见的是：弹出
alert()前，已有未捕获错误（如video.play()拒绝自动播放），JS 执行中断，后续 DOM 更新/事件绑定失效，页面看似“闪退”实为逻辑断链
alert() 被滥用导致主线程卡死或状态错乱
别把 alert() 当调试工具——它会冻结整个页面，掩盖真实问题：
htmlppt.skill
下载
把任意文章或文档内容转换成精美的全屏翻页 HTML 演示文件（幻灯片风格）。当用户发来一篇文章、文档链接、Markdown 内容、或粘贴的文本，并且希望生成演示用的 HTML 时触发。支持任意内容来源：iWiki 链接、KM 链接、本地文件路径、直接粘贴的文本。生成的 HTML 文件保存到本地工作区，并通过企微直接发送给用户。触发词示例：帮我把这篇文章做成PPT、转成演示文档、生成HTML幻灯片、做个演示、转成可以演示的格式、article to deck、make a slide。
- 在循环里写
alert(i)，等于让用户手动点几十次“确定”，期间所有定时器、网络请求、动画全暂停，容易被浏览器判定为“无响应”而终止标签页 - 在
requestAnimationFrame或高频事件（如mousemove）中调用alert()，极易触发 Chrome 的“页面停止运行”提示 - 替代方案更可靠：
console.log()+ 条件断点，或用document.body.innerHTML += '<div>DEBUG: xxx</div>'做轻量可视化标记
真正该防的不是 alert()，而是它背后没处理的异常
绝大多数“闪退感”来自未兜底的关键操作。重点盯住这几类：
立即学习“前端免费学习笔记（深入）”；
-
video.play()和audio.play()必须加.catch()，否则 Promise rejection 会静默失败，后续依赖媒体的状态逻辑全崩 -
fetch()请求失败不处理，导致then()里的 DOM 操作基于 undefined 数据，报Cannot read property 'xxx' of undefined后脚本终止 - 动态插入
<script src="xxx"></script>时没加onerror，加载失败后依赖该脚本的函数直接ReferenceError - Canvas/WebGL 场景中，
canvas.getContext('2d')返回 null 却没检查，后续调用ctx.fillRect()报错中断渲染循环
最常被忽略的一点：bfcache（浏览器前进/后退缓存）会让页面恢复时 DOM 状态和 JS 变量不同步——比如你用 alert() 提示“步骤完成”，然后用户点返回，页面视觉还停在最后一步，但 JS 已重跑初始化逻辑。这种错位比闪退更难定位，必须用 performance.getEntriesByType('navigation') 主动识别并重置。
