maxlength对键盘输入有效，但粘贴、拖入、IME组合阶段可绕过；oninput事件覆盖所有输入途径，需过滤isComposing并用setTimeout读取新值，截断后必须显式赋值；表格内搜索框须动态绑定事件；前后端校验缺一不可，且长度计量单位需统一。
search输入框加maxlength有效吗
有效，但仅限于键盘逐字输入场景。Layui 的 input[type="search"] 属于 HTML5 原生支持 maxlength 的类型，设成 maxlength="20" 能阻止用户按键盘多输——但粘贴、拖入文本、中文输入法「上屏前」组合阶段仍可绕过。
为什么oninput比onkeyup更可靠
oninput 是唯一能覆盖所有输入途径的原生事件：它在每次值变化时触发，包括粘贴（paste）、拖放（drop）、IME 输入上屏、甚至剪贴板粘贴后自动聚焦的场景；而 onkeyup 完全捕获不到鼠标粘贴和输入法组合过程，onchange 更只在失焦后才触发，完全不适合实时限制。
- 必须加
if (e.isComposing) return过滤中文输入法中间态，否则用户打「北京」时刚敲完「bei」就截断，体验崩溃 - 粘贴后需用
setTimeout(() => { /* 读取 this.value */ }, 0)，因为 paste 事件回调里this.value还是旧值 - 截断后必须显式赋值：
this.value = val.slice(0, max)，只调replace()不赋值等于没做
表格内搜索框怎么限制长度
Layui 表格的 toolbar 或 cols 中嵌入的 input[type="search"] 是动态插入的 DOM，直接写 maxlength 属性可能被渲染逻辑忽略。可靠做法是：等元素挂载完成再绑定事件，且用委托或重绑确保动态创建也生效。
- 若用
table.render()后手动插入搜索框，需在done回调里执行绑定：layui.$('.my-search').on('input', handler) - 若搜索框在
toolbar: '#toolbarDemo'模板里，确保模板 HTML 已存在，再用layui.$(document).on('input', '.my-search', handler)委托 - 别依赖
lay-verify做长度限制——它只在表单提交时校验，起不到“禁止输入”作用
后端校验为什么不能省
maxlength 和前端 JS 截断全是装饰性防护，用户禁用 JS、用 DevTools 删除属性、或直接发 POST 请求，都能轻松绕过。数据库字段长度、API 接口定义、索引限制才是硬边界。
尤其注意：JavaScript 的 str.length 按 UTF-16 码点计数，一个 emoji（如 ?）占 2 个长度，而 MySQL VARCHAR(50) 按 UTF-8 字节数算（? 占 4 字节）。如果后端按字节校验，前端只按 .length 截断，就可能出现前端放行、后端拒绝的情况。
