应使用 templet 自定义模板配合 input 和 paste 事件实时截断输入，因内置 edit 的 maxlength 属性不透传且粘贴绕过限制；需同时处理 compositionstart/end 以兼容中文输入法。
layui table 编辑单元格怎么限制输入长度
直接在 edit 字段配置里加 maxlength 不生效——layui 的表格编辑是用原生 input 或 textarea 动态插入的，但默认不透传这个属性。
用 templet + 事件监听手动控制输入
这是最可靠、兼容性最好的方式：放弃依赖内置 edit: "text" 的自动行为，改用自定义模板 + input 事件截断。适用于所有 Layui 版本（2.8+ 和旧版均适用）。
常见错误现象：edit: "text" 配置后用户仍能粘贴超长内容，或通过 DevTools 修改 maxlength 属性绕过限制。
- 在列定义中使用
templet返回带maxlength的input，并绑定input事件 - 必须同时监听
input和paste事件，否则粘贴会失效 - 注意不要重复绑定事件（比如表格重载时），建议用事件委托或每次渲染后清理再绑定
{
field: 'title',
title: '标题',
templet: function(d) {
return '<input type="text" value="' + (d.title || '') +
'" maxlength="20" data-id="' + d.id + '" class="layui-input cell-title">';
}
}
为什么不用 form.verify 或 blur 校验
因为 blur 时机太晚：用户已输入超长内容，只是提交前才提示，体验差；form.verify 是表单提交时校验，对表格内联编辑无效。
使用场景：需要实时反馈、禁止输入超过 N 个字符（比如数据库字段是 VARCHAR(50)，前端就该卡死在 50）。
-
input事件能捕获键盘输入、粘贴、拖入等所有修改行为 - 用
event.target.value = event.target.value.slice(0, 20)截断，比正则匹配更快更稳 - 避免用
setTimeout延迟处理，会导致光标跳到末尾
兼容性与性能注意点
Layui 2.8+ 内置了 edit: "text" 的 maxlength 支持（仅限部分版本），但实测在 Firefox 和某些移动端 WebView 中仍不可靠；且不支持 textarea 类型。
参数差异：maxlength 是 HTML 原生属性，只对 input[type="text"] 和 textarea 有效，对 contenteditable 或自定义下拉编辑器无效。
- 如果列用了
type: "select"或日期控件，这套方案不适用，得换思路（比如用change事件 + 后端校验兜底） - 高频编辑场景下，避免在
input里做复杂计算或 AJAX 请求，会卡顿 - 移动端需额外测试软键盘触发逻辑，部分安卓机型 paste 事件可能延迟
input、paste、compositionstart/end 这些事件边界情况都覆盖住——尤其中文输入法下，用户还没上屏就超长，得靠 compositionstart 暂停截断逻辑。 
