alert()无法直接延时弹出，因其是同步阻塞操作且受浏览器策略限制：非用户手势触发时会被静默拦截，setTimeout需传函数引用并在点击等交互事件中调用才有效。
为什么 alert() 无法直接延时弹出
因为 alert() 是同步阻塞操作，调用后会立即中断 JS 执行流，直到用户点击“确定”。你不能靠 setTimeout(alert(...), 1000) 这种写法实现“延时弹出”——它确实会延迟调用，但一旦执行，仍会立刻阻塞。更关键的是，很多现代浏览器（尤其是 Chrome 115+）在非用户手势触发的上下文中（比如页面加载后自动触发），会静默忽略或拦截 alert()，控制台可能显示 Blocked alert() call。
setTimeout() 调用 alert() 的正确写法和前提条件
只有在明确由用户操作（如点击、按键）触发的事件处理函数中，才能安全使用延时 alert()。否则浏览器策略会拒绝弹出。
- ✅ 正确：绑定在
button的click事件里，再用setTimeout - ❌ 错误：放在
window.onload或DOMContentLoaded回调里直接延时调用 - 参数必须是函数引用或箭头函数，不能带括号执行：
setTimeout(() => alert('Hi'), 2000)✔️；setTimeout(alert('Hi'), 2000)❌（立即执行） - 注意：延时时间单位是毫秒，
2000表示 2 秒
document.getElementById('myBtn').addEventListener('click', () => {
setTimeout(() => alert('操作已延迟执行！'), 1500);
});
替代方案：用自定义模态框规避浏览器拦截
如果必须在非交互上下文（如页面加载后 3 秒）提示用户，alert() 不可靠，应改用 DOM 模态框。这完全绕过浏览器对原生对话框的限制，且可自由控制样式、延时、关闭逻辑。
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
- 不需要额外库，纯 HTML + CSS + JS 即可实现
- 用
setTimeout()控制显示时机，用display: none/block或visibility切换可见性 - 务必加
aria-modal="true"和焦点管理（如focus()到确认按钮），保障可访问性 - 避免用
confirm()或prompt()做类似延时——它们同样受拦截，且无法自定义
移动端和 WebView 中的特殊注意事项
在 iOS Safari、微信内置浏览器、Android WebView 等环境里，alert() 行为更不可控：可能被静默丢弃、弹出位置异常、甚至导致页面卡死。即使有用户手势触发，延时后调用仍可能失败。
立即学习“Java免费学习笔记（深入）”；
- 真机测试比桌面模拟器更可信，尤其要覆盖微信和飞书等主流容器
- WebView 场景下，优先通过 JSBridge 向宿主发通知，由原生层弹 Toast 或 Dialog（更稳定）
- 若坚持用 Web 方案，自定义弹窗需禁用背景滚动（
document.body.style.overflow = 'hidden'），并监听touchmove阻止穿透
真正难的不是让提示“晚几秒出现”，而是让它在所有目标环境中都可靠出现——这点上，原生 alert() 已经不适合当生产方案了。
