dialog 标签是 HTML5 原生模态对话框语义化方案，需 JS 调用 show()/showModal() 激活，默认隐藏且无交互；样式须手动重置，backdrop 仅 showModal() 触发且兼容性有限，需降级处理。
dialog 标签在 HTML5 中是原生模态对话框的语义化方案，但它不是“开箱即用”的组件——必须配合 JavaScript 才能显示、关闭和管理状态，否则默认隐藏且无交互能力。
dialog 元素默认不显示，必须用 show() 或 showModal() 激活
dialog 渲染后默认 display: none，即使写在 HTML 里也不会自动出现。它不像 div 那样靠 CSS 控制可见性，而是依赖两个关键方法：
-
show()：以非模态方式显示（背景可点击、Tab 可移出、无焦点锁定） -
showModal()：以模态方式显示（背景变灰、焦点强制留在 dialog 内、Esc 可关闭） - 两者都需先确保元素已挂载到 DOM，且不能对未连接的
dialog调用
dialog 的样式必须手动重置，否则有强默认行为
浏览器对 dialog 施加了隐式样式：比如 Chrome 默认加 backdrop-filter、margin: 0 auto 居中、border: none。但这些不可靠，尤其在 Safari 中支持滞后且行为不一致。
立即学习“前端免费学习笔记（深入）”；
- 必须显式设置
width、max-width、margin，否则可能过窄或溢出 - 模态 backdrop（半透明遮罩）只在
showModal()时触发，且无法用 CSS 选中::backdrop外部元素（如自定义遮罩层） - Firefox 目前不支持
::backdrop伪元素，Safari 15.4+ 才开始支持
dialog {
width: 90vw;
max-width: 480px;
margin: 2rem auto;
border: 1px solid #ccc;
border-radius: 6px;
padding: 1.5rem;
}
dialog::backdrop {
background-color: rgba(0, 0, 0, 0.5);
}
dialog.close() 不会自动移除元素，需手动处理状态与焦点
调用 close() 只是隐藏并触发 close 事件，dialog 仍保留在 DOM 中，且焦点不会自动返回到触发按钮——这会导致键盘用户迷失上下文。
- 监听
close事件后，应手动恢复触发源焦点（如保存document.activeElement） - 如果多次动态创建
dialog，注意避免重复 append 导致多个实例残留 -
dialog.returnValue可用于传递关闭结果（如"confirm"/"cancel"），但需 JS 主动读取
dialog.addEventListener('close', () => {
console.log('用户关闭，返回值：', dialog.returnValue); // 如未设，默认空字符串
// ✅ 建议：恢复上一个聚焦元素
const trigger = document.querySelector('[data-dialog-trigger]');
if (trigger) trigger.focus();
});
兼容性仍是硬伤，生产环境需降级或封装
尽管现代 Chrome/Firefox/Edge 已支持 dialog，但 Safari 直到 15.4 才支持 showModal()，16.0 才支持 ::backdrop；iOS Safari 16.4+ 才完整可用。这意味着：
- 直接使用
dialog在 iOS 15.x 或旧版 macOS Safari 上会静默失败（无报错，也不显示） - 不能仅靠
@supports (display: dialog)检测，因为该特性始终返回 false（CSS 支持检测无效） - 稳妥做法是用
typeof HTMLDialogElement !== 'undefined'判断，再 fallback 到div+ 手动模态逻辑
真正用起来，dialog 更适合作为渐进增强层，而非基础交互支柱。它的价值在于语义清晰和未来可维护性，而不是当下省事。
