type="button"的按钮按回车无反应，因仅type="submit"按钮原生支持回车触发；需确保按钮为submit类型或手动监听keydown事件并调用preventDefault()阻止默认行为。
为什么 type="button" 的按钮按回车没反应？
因为浏览器只对 type="submit" 的按钮原生支持回车触发——这是表单默认行为，不是所有按钮都“自带”回车响应。如果你的 OK 按钮写的是 <button type="button"> 或干脆没写 type（此时浏览器默认为 type="submit"，但某些场景下会降级为 button），它就不会被回车自动激活。
常见错误现象：document.getElementById('submit').click() 看似调用了，但页面没反应——很可能按钮本身没绑定事件，或事件监听器绑在了错误目标上（比如绑在 form 上却没阻止默认提交）。
- 检查按钮是否真有
type="submit"；如果不是，必须手动监听 + 触发 - 确认按钮的
id和 JS 中getElementById()传入的字符串完全一致（大小写、拼写、有无空格） - 若按钮在
<form>内且没设onsubmit处理，回车可能直接提交表单并刷新页面，掩盖了你的点击逻辑
用 keydown 还是 keypress？推荐用哪个？
keydown 是当前首选，keypress 已被现代标准废弃（MDN 明确标记为 deprecated），且在部分浏览器中对 Enter 键识别不稳定。而 keyup 有延迟风险：用户快速连按 Enter，可能第一次还没松手就触发了第二次逻辑。
正确写法是监听 keydown，并优先用 event.key === 'Enter' 判断，兼容性兜底加 event.keyCode === 13（仅针对极旧环境，如 IE11）。
立即学习“前端免费学习笔记（深入）”；
- 不要写
onkeypress="xxx()"行内属性——难以维护、无法批量管理、易漏preventDefault - 统一用
addEventListener('keydown', handler)绑定，便于集中控制和解绑 - 如果输入框支持粘贴（如聊天框），
keydown仍能捕获 Enter；但内容变更（如粘贴后立即回车）不依赖该事件，无需额外处理
如何避免回车导致页面跳转或表单重载？
核心就是 event.preventDefault() —— 它必须出现在判断 Enter 后、触发按钮前。漏掉这句，后果取决于上下文：
- 在
<form>内：回车会触发表单默认提交，页面刷新或跳转到action地址 - 在
<textarea>中：回车会插入换行符，干扰你本意的“确认”操作 - 在 Chrome 扩展 popup 页面：没有后端的
<form>提交会导致整个弹窗重载，输入清空、状态丢失
所以，结构上建议：除非明确需要表单语义（如带验证、需服务端处理），否则直接移除 <form> 标签，用纯 DOM + 事件驱动更可控。
多个输入框共用一个 OK 按钮时怎么写？
别给每个 <input> 单独写监听器，容易重复绑定、内存泄漏。应该用事件委托或批量绑定：
- 推荐方式：用
document.querySelectorAll('input:not([type="hidden"]), textarea')获取所有可编辑输入，循环addEventListener - 如果输入框动态增删（如配置项列表），监听父容器的
keydown并用event.target.matches('input, textarea')过滤更稳妥 - 注意焦点问题：只有获得焦点的输入框才会触发
keydown；若用户用 Tab 切换到其他控件再按 Enter，不会命中——这是预期行为，不用强行“全局监听 document”
真正容易被忽略的点是：按钮是否处于可交互状态（disabled、CSS pointer-events: none、或父元素 display: none）——这些都会让 .click() 静默失败，控制台也不报错。调试时先检查按钮的 offsetParent 和 disabled 属性。
