当页面中动态生成的删除按钮未显式指定 `type="button"` 时，浏览器会将其默认视为 `type="submit"`，导致在输入框内按 enter 键时触发表单提交（或冒泡至父表单），进而意外触发绑定在 `.remove_node_btn_frm_field` 上的删除逻辑。
这是前端开发中一个常见但易被忽视的细节问题。HTML 规范明确规定：<button> 元素在未设置 type 属性时，默认行为为 type="submit"。这意味着，只要该按钮位于 <form> 标签内（或其祖先节点是表单），按下 Enter 键（尤其在聚焦于同表单内的 <input> 时）就会触发一次“隐式提交”，而该提交事件可能触发页面刷新、跳转，或——在你当前场景下——因事件冒泡或监听逻辑误判，导致 .remove_node_btn_frm_field 的点击事件被意外激活（例如通过 event.preventDefault() 缺失、委托事件误匹配等）。
✅ 正确做法是：始终为非提交用途的按钮显式声明 type="button"：
<!-- ✅ 推荐：明确语义，避免副作用 --> <button type="button" class="remove_node_btn_frm_field">删除</button>
⚠️ 反例（应避免）：
<!-- ❌ 危险：默认 submit，Enter 键可能触发删除 --> <button class="remove_node_btn_frm_field">删除</button>
此外，为进一步增强健壮性，你还可以在 JavaScript 中添加 Enter 键拦截（作为兜底策略，尤其在无法控制 HTML 输出时）：
// 可选：阻止表单内 Enter 键默认提交（仅当按钮确实在 form 内且无法修改 button type 时使用）
$("body").on("keypress", "form input, form textarea", function (e) {
if (e.key === "Enter" && !e.shiftKey) {
e.preventDefault(); // 阻止默认提交行为
}
});? 注意事项：
- 优先修复 HTML 按钮类型，这是最根本、语义最清晰的解决方案；
- 避免在事件委托中依赖模糊的选择器（如 body + 类名），确保 .remove_node_btn_frm_field 确实只绑定在预期按钮上；
- 若删除按钮确实需在表单中执行其他逻辑（如异步保存后删除），请确保使用 e.preventDefault() 显式阻止表单提交，并用 fetch/axios 替代原生提交。
总结：一行 HTML 属性（type="button"）即可根治该问题——它不仅解决 Enter 键误删，更提升了代码可维护性与无障碍访问支持（屏幕阅读器能正确识别按钮意图）。
