Layui table edit 模式下回车自动保存是因回车触发输入框 blur，Layui 监听 blur 自动提交；禁用需拦截 Enter 键并保持焦点、解绑 onblur 或改用自定义模板+手动更新。
layui table edit 模式下回车为什么自动保存
因为 Layui 的 table.on('edit') 事件默认在编辑单元格失去焦点（blur）或点击其他单元格时触发，但**回车键本身也会触发 blur**——输入框失去焦点后，Layui 自动提交当前编辑内容并清空缓存。这不是 bug，是浏览器原生行为叠加 Layui 的 blur 监听逻辑所致。
禁用回车保存的三种实操方式
核心思路：拦截 Enter 键、阻止默认 blur 行为、维持编辑态。不能只靠 return false 或 e.preventDefault()，必须配合 DOM 状态干预。
- 在表格容器上监听
keydown，捕获event.key === 'Enter'，然后调用e.target.blur()后立刻e.target.focus()，强行保持焦点 - 更稳妥的做法是移除输入框的
onblur绑定：在table.on('edit')触发前，用layui.$(e.target).off('blur')解绑（需在done回调中对动态生成的 input 执行） - 终极方案：彻底禁用默认 edit 行为，改用自定义编辑模板（
templet）+ 手动控制 input，只在你指定的按钮（如「确认」）上触发table.updateCell
注意 data-index 和真实行索引不一致的问题
当你禁用回车保存后，若后续仍要支持手动保存（比如点按钮），务必注意：table.cache 中的数据索引是渲染序号，不是原始数据数组下标。直接用 data-index 去操作原始数据可能越界或错位。
- 获取真实数据行：用
obj.tr.data('index')（obj来自row或tool事件） - 更新时优先用
table.updateCell(id, { field: 'xxx', value: 'yyy', id: realId })，其中id是你数据里唯一标识字段（如user_id），而非渲染索引 - 避免依赖
obj.row对象直接修改，它只是快照，不保证与 cache 同步
移动端回车键行为差异要单独处理
iOS Safari 和部分安卓 WebView 中，软键盘回车键可能被识别为「搜索」「前往」等不同 label，e.key === 'Enter' 在某些场景下不成立，e.keyCode 也已废弃。实际中更可靠的是监听 input 事件 + 判断值变化后是否以换行符结尾，但这会增加复杂度。
- 简单方案：统一用
e.key.toLowerCase() === 'enter'，兼容性更好 - 如果发现移动端仍触发保存，检查是否启用了
lay-keyboard类或第三方键盘插件干扰了事件流 - 真正容易被忽略的是：移动端软键盘收起本身就会触发
blur，所以即使你拦住了回车，用户点屏幕空白处依然会保存——这时得结合focusout做二次判断
