alert() 不该用于生产环境，因其阻塞主线程、无样式定制、移动端常被拦截、不支持无障碍及焦点管理；原生 alert() 无参数配置能力，同步阻塞且忽略额外参数；应改用带 data- 属性的 结合运行时配置（如 API/ localStorage）动态初始化，并注意清理副作用。
alert() 不该出现在生产环境的警告对话框实现里——它阻塞主线程、无法定制样式、移动端常被拦截，且不支持键盘焦点管理或无障碍播报。
为什么不能直接用 alert() 配置参数
浏览器原生 alert() 是同步阻塞函数，调用后 JS 执行暂停，页面完全冻结；它不接受任何配置项（比如超时关闭、按钮文案、图标类型），也没有返回 Promise 或事件钩子。你写 alert("错误", { timeout: 3000 }) 会静默忽略第二个参数，甚至报错。
- 它没有
data-key、data-type这类元信息绑定能力，无法和后端配置项对齐 - 无法设置
aria-live或role="alert"，读屏软件看不到提示内容 - 在 iOS Safari 中可能被系统策略静默拦截（尤其连续触发时）
原生 本身不支持“参数配置”概念，但你可以用 data- 属性把配置项注入 DOM，再由 JS 初始化时读取。关键不是让标签变聪明，而是让 JS 初始化逻辑可复用。
- 给
加data-default-delay="2000"、data-close-on-esc="true"、data-focus-element=".confirm-btn" - 不要在 HTML 里写
open，避免首次渲染就弹出；统一由 JS 控制生命周期 - 用
dialog.dataset.defaultDelay读取数值，注意它是字符串，需parseInt()或parseFloat() - 若要支持“点击遮罩关闭”，必须显式监听
click并判断event.target === dialog，不能依赖默认行为
如何让警告框自动读取系统级默认配置
真正的“默认选项”不该硬编码在 HTML 或 JS 里，而应从运行时上下文获取：比如 localStorage 缓存的用户偏好、服务端下发的全局策略、或环境变量（如 process.env.NODE_ENV === 'production'）。
- 页面加载时优先 fetch
/api/config?keys=warning_timeout,warning_position，失败则 fallback 到localStorage.getItem('warning_defaults') - 把配置结果挂到
window.__WARNING_CONFIG__ = { timeout: 2500, position: 'top-right' }，供所有警告组件读取 - 对
type="number"输入框，记得加inputmode="decimal"和step="any"，否则 iOS 无法输小数——这是配置页里最常漏掉的兼容性细节 - 如果配置项含布尔值（如
autoClose: true），别用data-auto-close="true"字符串判断，应统一转成JSON.parse(dialog.dataset.autoClose || 'false')
最难的不是把警告框“弹出来”，而是让它知道什么时候该关、关了之后 DOM 是否真被移除、以及 returnValue 是否被正确消费。很多线上问题都卡在 close() 后没清空定时器、没移除事件监听、或没调 element.remove() 导致残留节点干扰焦点流。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
