onkeydown放在form上无效，因回车由聚焦的输入控件捕获并直接触发submit；有效拦截点为监听输入元素keydown（阻止enter）或form submit事件。
onkeydown 放在 form 上根本拦不住回车
直接给 <form onkeydown="return false"></form> 是无效的。浏览器不会把回车事件冒泡到 form 元素上触发提交，而是由当前聚焦的输入控件（比如 <input type="text">）捕获 keydown，再自动触发其所属 form 的 submit 行为——中间不经过 form 自身的 onkeydown。
真正有效的拦截点只有两个位置
必须明确：回车提交是浏览器原生行为，不是 JS 生成的，所以拦截必须发生在它被触发前的“上游节点”。
- 监听具体输入元素（
<input>或<textarea></textarea>）的keydown，判断e.key === "Enter"后调用e.preventDefault() - 监听
form的submit事件，在回调里调用e.preventDefault()
前者更精准（只影响特定输入框），后者更彻底（全局拦截所有提交方式，包括按钮点击）。
input[type="text"] 上加 onkeydown="return false" 为什么有时失效
常见失效原因不是语法错，而是执行时机或 DOM 加载顺序问题：
-
onkeydown内联写法必须在元素渲染完成时已存在，动态插入的input不会自动继承该属性 - 如果表单里有多个
input，只给其中一个加了内联onkeydown，其他仍会触发提交 - 某些框架（如 Vue、React）会接管事件绑定，内联属性可能被忽略或覆盖
- 移动端软键盘的“回车”键可能映射为“搜索”“发送”等语义键，
event.key不一定是"Enter"，需配合event.code或实测
textarea 换行场景下阻止回车要额外注意
用户在 <textarea></textarea> 里按回车，本意是换行，不是提交——但默认行为仍是触发表单提交。这时候不能简单粗暴地 preventDefault()，否则换行也丢了。
正确做法是：
- 只在
<textarea></textarea>上监听keydown - 检查
e.key === "Enter"且!e.shiftKey（避免 Shift+Enter 被误拦） - 调用
e.preventDefault() - 手动插入
"\n"到光标位置（需操作selectionStart/selectionEnd）
千万别对 <input type="text"> 做同样处理，它没换行需求，拦了就等于废掉原生提交逻辑。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
