重置事件监听必须用 reset 事件而非 click 或 submit；表单重置触发原生 reset 事件，需监听该事件并配合 confirm() 与 event.preventDefault() 实现确认逻辑，主动调用 form.reset() 同样生效。
重置事件监听必须用 reset，不是 click 或 submit
表单重置（点 <input type="reset"> 或调用 form.reset()）会触发原生 reset 事件，它和点击事件完全无关。直接在按钮上写 onclick="return confirm(...)" 是无效的——重置行为不会经过那个按钮的 onclick，而是由表单自身统一处理。
正确做法是监听表单元素的 reset 事件，并在回调里调用 event.preventDefault() 阻止默认重置，再手动弹窗：
const form = document.getElementById('myForm');
form.addEventListener('reset', function(event) {
if (!confirm('确定要清空所有填写内容？')) {
event.preventDefault(); // 只有用户点“取消”时才阻止
}
});
event.preventDefault() 必须在 confirm 判断后调用
如果不加判断就无条件调用 event.preventDefault()，那表单永远重置不了；如果只靠 confirm() 返回值却不调用 preventDefault()，在某些场景（比如 JS 主动调用 form.reset()）下仍会重置成功。
-
confirm()只是返回布尔值，它本身不干预 DOM 行为 - 只有
event.preventDefault()才能真正拦截表单重置流程 - 必须把两者配合：用户点“取消” → 返回
false→ 执行preventDefault()
主动调用 form.reset() 时也要触发确认逻辑
很多业务里重置不是靠按钮，而是代码控制的（比如“恢复初始值”按钮、或切换 tab 后清空）。这时 reset 事件依然会触发，但你得确保监听器已挂载，且不能依赖按钮属性。
立即学习“前端免费学习笔记（深入）”；
把任意文章或文档内容转换成精美的全屏翻页 HTML 演示文件（幻灯片风格）。当用户发来一篇文章、文档链接、Markdown 内容、或粘贴的文本，并且希望生成演示用的 HTML 时触发。支持任意内容来源：iWiki 链接、KM 链接、本地文件路径、直接粘贴的文本。生成的 HTML 文件保存到本地工作区，并通过企微直接发送给用户。触发词示例：帮我把这篇文章做成PPT、转成演示文档、生成HTML幻灯片、做个演示、转成可以演示的格式、article to deck、make a slide。
常见踩坑点：
- 监听器写在 DOM 加载前（
form还没获取到），导致绑定失败 - 用
innerHTML替换表单后，原监听器丢失，需重新绑定 - Vue/React 等框架中，
form.reset()可能绕过响应式更新，导致界面未同步清空
不要用 alert() 或 prompt() 替代 confirm()
alert() 没有“取消”路径，用户只能点确定，起不到确认作用；prompt() 要求输入，语义不符，且返回 null 时容易误判。
更关键的是：confirm() 是唯一能自然中断重置流程的原生 API。它的返回值可直接映射到是否允许继续执行，而自定义弹窗（如 <dialog></dialog>）需要手动管理状态、异步等待、再决定是否调用 form.reset()，复杂度高且易出竞态问题。
真要定制样式，别改 confirm()——它不可覆盖。要么用 <dialog></dialog> 自建，要么接受它的限制。多数后台管理类系统，原生 confirm() 就够用。
