回车键默认触发表单提交而非切换焦点；如需切换焦点，须监听keydown事件、调用preventDefault()并手动focus下一个可聚焦元素，注意textarea中应仅在Shift+Enter时切换。
回车键默认会触发表单提交，不是切换焦点
HTML原生表单中，<input>、<textarea> 等控件在按下回车时，若处于 <form> 内且没有显式设置 type="button" 或 type="reset"，浏览器会尝试提交表单——这和“跳到下一个控件”完全不是一回事。想用回车切换焦点，必须拦截默认行为并手动控制 focus()。
给 input 添加 keydown 事件监听并调用 focus()
核心逻辑是：监听 keydown，判断是否为回车（event.key === 'Enter'），阻止默认行为，再找到下一个可聚焦元素并调用 .focus()。注意以下几点：
- 使用
keydown而非keypress（后者已被废弃，且对 Enter 支持不一致） - 必须调用
event.preventDefault()，否则仍会提交或换行（<textarea>中） - 获取“下一个”元素不能只靠
nextElementSibling，要遍历所有表单控件（input、select、textarea、button），跳过disabled和type="hidden" - 到达最后一个控件后，可选择回到第一个，或不做处理（取决于 UX 需求）
简单示例：
document.querySelectorAll('input, select, textarea, button').forEach(el => {
el.addEventListener('keydown', function(e) {
if (e.key === 'Enter') {
e.preventDefault();
const form = this.form;
const controls = form ? form.querySelectorAll('input:not([type="hidden"]):not([disabled]), select:not([disabled]), textarea:not([disabled]), button:not([disabled])') : [];
const index = Array.from(controls).indexOf(this);
if (index > -1 && index < controls.length - 1) {
controls[index + 1].focus();
}
}
});
});textarea 中回车应换行，但需按 Shift+Enter 切换焦点
<textarea> 的语义就是多行输入，直接拦截所有 Enter 会破坏基本编辑体验。正确做法是区分场景：
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
立即学习“前端免费学习笔记（深入）”；
- 纯 Enter → 允许插入换行（默认行为，不阻止）
- Shift + Enter → 触发焦点切换（此时才
e.preventDefault()并跳转） - 也可考虑 Ctrl+Enter 或 Alt+Enter，视产品习惯而定
对应判断写法：
if (e.key === 'Enter' && e.shiftKey) {
e.preventDefault();
// ... 切换焦点逻辑
}focus() 在 Safari 和 iOS 上可能失效
iOS Safari 对程序化 focus() 限制极严：只有用户真实交互（如点击、触摸）触发的事件中调用才有效；纯键盘事件（即使来自物理键盘）也可能被忽略。常见表现是代码执行了，但光标没动。
- 绕过方式之一：给目标元素加
tabindex="0"（确保它可聚焦） - 更可靠的做法是，在
keydown后加一个微任务延迟调用：setTimeout(() => target.focus(), 0)或queueMicrotask(() => target.focus()) - 若仍失败，说明系统级限制已生效，此时建议放弃自动聚焦，改用视觉提示（如高亮下一个框）+ 提示用户按 Tab 键
实际中，很多团队最终选择「仅对桌面端启用回车跳转，移动端保留 Tab 键习惯」——因为强行统一反而降低可用性。
