alert()是同步阻塞式接口，会冻结主线程、暂停JS执行、挂起UI渲染并独占焦点；console.log()是异步非阻塞日志操作，不影响渲染流程；模块脚本不改变alert的阻塞性；生产环境应避免alert，改用console.log或自定义非阻塞提示。
因为 alert() 是同步阻塞式原生接口，而 console.log() 是异步非阻塞的轻量级日志操作。
alert 会冻结整个主线程
当 JavaScript 执行到 alert("...") 时：
- 立即中断当前执行栈，暂停所有后续 JS 代码
- 强制挂起 UI 渲染线程（Blink/WebKit 的 paint 任务无法提交）
- 弹出操作系统级模态对话框，独占用户焦点
- DOM 变更（如 class 切换、样式修改、input 选中状态）已写入，但不会被绘制到屏幕，直到 alert 关闭
console.log 不影响渲染流程
console.log() 的行为完全不同：
- 只是把日志内容推入浏览器开发者工具的内部队列，不触发任何 UI 更新
- 完全不占用渲染线程，也不阻止 DOM 构建、Layout 或 Paint
- 即使连续调用多次，也不会造成视觉卡顿或状态延迟显示
- 它不读取布局信息、不修改 DOM、不访问 CSSOM，因此无需等待渲染就绪
模块脚本（type="module"）不影响 alert 的本质行为
模块脚本默认具有 defer 特性（DOM 解析完后执行），但它仍是同步执行环境：
- 模块内代码仍运行在主线程，共享同一事件循环
- alert 的阻塞性由浏览器内核（C++ 层）实现，与脚本加载方式无关
- 无论 script 是 inline、
defer、async还是 module，只要执行到 alert，就会立刻冻结 UI
替代方案更值得关注
生产环境中应避免使用 alert：
- 用
setTimeout(() => alert(...), 0)让出渲染帧（但仍是权宜之计） - 改用
console.log+ 浏览器 DevTools 调试 - 构建轻量自定义 toast 或 modal，完全可控且非阻塞
- 对表单控件反馈，优先依赖原生状态变化（如 :checked 伪类、focus 样式）
